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Description 

[0001] L'invention concerne les reseaux ou installa- 
tions informatiques qui permettent les echanges de mes- 
sages entre des postes ou stations. 
[0002] Elle concerne plus precisement, mais de facon 
non limitative, les reseaux dont la transmission est de 
type "radio-frequence", c'est adire ceux qui ne requierent 
pas de liaisons dites "a support materiel" ou "filaires" 
(comme par exemple les cables ou fibres optiques), com- 
me for exemple celui decrit dans EP 0 838 930. 
[0003] De tels reseaux, que Ton peut qualifier de lo- 
caux, sont faciles a implanter, mais ils presentent cepen- 
dant un inconvenient lie a la faible portee des transmis- 
sions, typiquement quelques dizaines de metres pour 
des debits de quelques Megabits/seconde. Cette limita- 
tion etant due principalement aux lois de la physique qui 
regissent les transmissions radio, elle est done incon- 
sumable. 

[0004] L'homme de I'art a propose certaines solutions 
pour pallier ce probleme, comme par exemple augmenter 
les puissances d'emission, ou bien ameliorer la reception 
en utilisant des antennes a gain. 

[0005] Pour ce qui concerne plus particulierement les 
reseaux locaux, il est d'usage d'utiliser des stations eloi- 
gnees les unes des autres d'une centaine de metres au 
moins. Certains de ces reseaux presentent une architec- 
ture classique dans laquelle les stations sont reliees au 
niveau "2", comme par exemple le niveau MAC ("Medium 
Access Control") ou le niveau LLC ("Line Load Control"), 
du modele ISO ("International Standards Organization") 
de I'OSI ("Open System Interconnection"). Plus precise- 
ment, les stations comprennent un systeme d'exploita- 
tion, un etage (ou couche) dit "reseau" qui traite et genere 
des messages d'un premier format, une carte de com- 
munication pour les echanges de messages d'un second 
format avec d'autres stations appartenant, generale- 
ment, au meme reseau, un etage dit "pilote" (connu en 
anglais sous le nom de "driver", comme notamment le 
driver MAC) pour placer des messages recus de la carte 
ou de I'etage reseau respectivementdans le premier for- 
mat ou dans le second format et les transmettre a I'etage 
reseau ou a la carte, ainsi que des moyens pour I'inter- 
faeage des etages, carte et systeme d'exploitation entre 
eux (il s'agit generalement de logiciels et/ou cables de 
connexion). 

[0006] Dans ce type de reseaux, la solution proposee 
pour le relayage de messages (ou trames) consiste a 
utiliser au niveau 2 de chaque station des techniques du 
type de celles decrites dans le Brevet du Demandeur FR 
2 736 230. Ces techniques requierent des cartes reseaux 
dites "intelligentes" possedant leurs propres ressources 
materiel et logiciel. De telles cartes sont complexes et 
couteuses, ce qui va a I'encontre de ce qui se fait dans 
les reseaux filaires ou les cartes sont de conception sim- 
ple. 

[0007] L'invention a done pour but de procurer une ins- 
tallation de transmission de messages, et le procede cor- 



respondant, qui ne presentent pas I'inconvenient precite. 
[0008] Elle propose a cet effet une installation com- 
portant les caracteristiques definies dans la revendica- 
tion 1. 

5 [0009] Par definition on qualifiera de "montant" un 
message (ou des donnees) provenant de I'etage pilote 
et se dirigeant vers I'etage reseau, tandis que Ton qua- 
lifiera de "descendant" un message (ou des donnees) 
provenant de I'etage reseau et se dirigeant vers I'etage 

10 pilote. 

[0010] Grace a l'invention, I'etage de gestion peut ab- 
sorber un message montant (par exemple filtrer qualita- 
tivement ou bien extraire des informations qui le concer- 
ne exclusivement), et/ou generer un message descen- 
ds dant (par exemple un message de service), et/ou inter- 
cepter un message descendant pour lui adjoindre des 
donnees ou pour generer un autre message descendant, 
et/ou intercepter un message montant pour le relayer (ou 
router), e'est-a-dire le transformer en un message des- 
20 cendant modifie au moins partiellement, et, eventuelle- 
ment, le transmettre conjointement a I'etage reseau. 
[0011] Ainsi, on entend par "decision de poursuite de 
la transmission", une decision de transformer un messa- 
ge montant en un message descendant, ou une decision 
25 de continuation de descente/montee d'un message des- 
cendant/montant, ou encore une decision de transformer 
un message montant en un premier message montant 
et un second message descendant, ou alors une decision 
d'interruption d'ascension d'un message montant dans 
30 le but de se servir de ses informations au niveau de I'eta- 
ge de gestion (c'est notamment le cas des messages de 
service). 

[0012] On peut done conserver la carte de communi- 
cation (ou carte reseau), I'etage pilote et I'etage (ou cou- 
35 che) reseau d'une station sans modifier leurs materiels 
et logiciels respectifs. 

[0013] De preference, le systeme d'exploitation des 
stations munies d'un etage de gestion comporte les ca- 
racteristiques definies dans la revendication 2, de sorte 

40 qu'une partie de la puissance de traitement et de la me- 
moire de la station soit utilisee pour la gestion de la con- 
nexion de cette station au reseau, sans que cela n'inter- 
fere avec d'autres applications (ou taches). 
[001 4] Les messages au second format peuvent com- 

45 prendre les caracteristiques definies dans I'une des re- 
vendications 3 a 11 . 

[0015] Selon l'invention, I'etage de gestion est capable 
d'assurer au moins une fonction (ou traitement) choisie 
parmi I'encapsulation/desencapsulation de messages a 

50 emettreou recus, lagenerationspontaneeousur requete 
de messages de service, le routage d'information, la syn- 
chronisation de la station dans laquelle ledit etage de 
gestion est implante et eventuellement celle d'autres sta- 
tions du reseau auquel cette station est connectee. 

55 [0016] On entend ici par routage la determination 
d'une adresse de station intermediate pour (re)trans- 
mettre un message de facon optimale jusqu'a une ou 
plusieurs stations de destination finale, par interrogation 
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d'une table de routage stockee dans I'etage de gestion, 
table pouvant etre mise a jour a I'aide d'informations to- 
pologiques et/ou de voisinage fournies par des messa- 
ges de service emis par les autres stations du reseau. 
[0017] Par ailleurs, on entend par desencapsula- 
tion/encapsulation le retrait d'un message, ou I'ajout a 
celui-ci, d'une capsule formee notamment d'un couple 
d'adresses. 

[0018] De plus, on entend par synchronisation Tali- 
gnement" d'au moins les moyens d'emission/reception 
de la station sur le mode d'emission frequentiel et le 
temps de reference commun du reseau ou d'au moins 
I'une de ses stations, de sorte qu'au moins les stations 
relais du reseau soient toutes synchronisees. Cette syn- 
chronisation peut etre mise en oeuvre a I'aide des mes- 
sages de synchronisation recus des autres stations, mais 
elle peut etre egalement initiee par I'etage pilote d'une 
station. 

[0019] L'invention s'applique egalement aux stations 
munies d'au moins deux etages pilote relies chacun res- 
pectivement, comme defini dans la revendication 16. 
Dans ce cas, I'un des reseaux est de type radio tandis 
que le ou les autres reseaux sont de preference de type 
filaire. Ainsi, il est possible d'utiliser un reseau filaire com- 
me raccourci, ou bien comme solution de secours lors- 
que la transmission radio s'avere impossible. 
[0020] L'installation peut en outre comporter les carac- 
teristiques definies dans la revendication 21 . L'etage de 
gestion est alors agence pour effectuer au moins deux 
fonctions (ou traitements) differentes, assurees par les 
moyens d'aiguillage. 

[0021] L'invention propose egalement un procede de 
transmission de messages (ou donnees ou trames) com- 
portant les caracteristiques definies dans la revendica- 
tion 32. 

[0022] D'autres caracteristiques et avantages de l'in- 
vention apparaitront a I'examen de la description de- 
taillee ci-apres, et des dessins annexes, sur lesquels : 

la figure 1 est un schema tres simplifie illustrant I'ar- 
chitecture d'une station de I'art anterieur; 

les figures 2A et 2B sont des schemas tres simplifies 
illustrant les architectures de deux formes de reali- 
sation de stations selon l'invention; 

les figures 3A et 3B sont des schemas simplifies il- 
lustrant plus en detail les architectures des stations 
des figures 2A et 2B, lorsque leur etage de gestion 
est capable d'assurer des fonctions de routage et de 
traitement de messages de service; 

la figure 4 illustre un exemple de format de message 
utilise dans les installations de I'art anterieur; 

la figure 5 illustre un exemple de format de message 
utilise dans les installations selon l'invention; 



la figure 6 illustre un exemple d'aiguillage de mes- 
sage montant dans une station du type de celle il- 
lustree sur la figure 2A; 

5 - la figure 7 illustre un exemple de routage d'un mes- 
sage descendant dans une station du type de celle 
illustree sur la figure 2A; 

la figure 8 est un diagramme bloc illustrant le traite- 
10 ment d'un message montant par I'etage de gestion; 

la figure 9 est une variante de la station illustree sur 
la figure 3A. 

15 [0023] On se refere tout d'abord a la figure 1 pour de- 
crire un exemple d'installation de transmission de mes- 
sages (ou donnees, ou encore trames) de I'art anterieur. 
[0024] Sur cette figure 1, se trouve representee une 
partie d'une installation de transmission de donnees (ou 

20 reseau) dans laquelle des stations Si (ici i = 1 et 2) peu- 
vent echanger des messages (ou trames) comportant 
des donnees (ou informations). Ici, Installation forme un 
reseau local de type radio-frequence dans lequel les 
messages sont echanges par des ordinateurs PC (Per- 

25 sonal Computer) via le medium ether. 

[0025] Pour autoriser de telles transmissions, chaque 
station Si presente une architecture de communication 
particuliere, organisee comme suit. 
[0026] Tout d'abord, on prevoit une carte de commu- 

30 nication 1 dite carte reseau qui comprend un transceiver 
pour I'emission/reception, un composant reseau suscep- 
tible de recuperer les messages transitantsur le medium 
(ici Tether) et de les stocker dans une memoire de type 
tampon apres verification de I'integritedes messages (ou 

35 paquet, ou trame). 

[0027] Ensuite, on prevoit un etage pilote 2 (ou en an- 
glais driver) connecte a la carte reseau 1 par des moyens 
d'interface tels qu'un cable d'interconnexion, et permet- 
tant aux couches dites "hautes" des protocoles reseau 

40 de recuperer les messages ou paquets. Dans cet exem- 
ple, I'etage pilote est de type MAC. Mais, il pourrait s'agir 
d'un etage pilote d'un autre type comme par exemple de 
type LLC du modele ISO de I'OSI. Habituellement, cet 
etage pilote 2 est une couche logiciel permettant d'initia- 

45 liser la carte de communication 1 (carte reseau) et plus 
particulierement son transceiver et son composant re- 
seau. 

[0028] On prevoit ensuite, "reliee" a I'etage pilote MAC 
2, une couche dite "reseau" 3 qui est en fait la couche 

50 haute des protocoles reseau cites ci-avant. II s'agit ega- 
lement, en general, d'une couche logiciel. 
[0029] Habituellement, la couche reseau 3 et I'etage 
pilote MAC 2 sont relies par des moyens d'interface, nor- 
malises, de type logiciel. A titre d'exemple, dans les en- 

55 vironnements de type Windows et Windows NT (mar- 
ques deposees par la Societe MICROSOFT) I'interface 
est connu sous le nom NDIS ("Network Device Interface 
Specification"). Dans un autre exemple correspondant a 
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I'environnement Novel, cette interface est appelee ODI 
("Open Data Lint Interface"). 

[0030] La couche (ou etage) reseau 3 et I'etage pilote 
MAC 2 sont tous les deux geres par le systeme d'exploi- 
tation 4 de la station note dans laquelle ils sont installes. 
En d'autres termes, ils fonctionnent en utilisant les res- 
sources du systeme d'exploitation 4 de la station Si. 
[0031] Comme indique dans I'introduction, du fait des 
limitations physiques de la transmission radio, il est im- 
peratif que les stations du reseau local puissent relayer 
des messages ou trames. Or, dans les installations de 
I'art anterieur, ceci ne peut etre effectue qu'en faisant 
appel a des techniques de relayage de trame, du type 
de celles decrites dans le Brevet du Demandeur FR 2 
736 230, qui necessitent pour etre mises en oeuvre des 
cartes reseau (cartes de communication) "intelligentes" 
qui vont a I'encontre des habitudes de I'homme de I'art 
du fait de leur complexity et leur prix eleve. 
[0032] L'invention vient done apporter une solution 
particulierement elegante a I'inconvenient presente par 
les installations de transmission de messages de I'art 
anterieur. 

[0033] On se refere maintenant aux figures 2A et 3A 
pour decrire I'architecture generale des stations d'une 
installation de transmission de messages selon l'inven- 
tion. 

[0034] Selon l'invention, on part de I 'architecture clas- 
sique decrite en reference a la figure 1 , et Ton vient "in- 
tercaler" entre I'etage pilote MAC 2 et I'etage (ou couche) 
reseau 3 d'une station Si un etage (ou couche) de gestion 
de reseau 5 utilisant les ressources du systeme d'exploi- 
tation 4. 

[0035] De preference, et dans le but d'eviter toute in- 
terference sensible entre les differentes applications ou 
taches du systeme d'exploitation 4 de la station note Si 
et la tache effectuee par cet etage de gestion de reseau 
5, le systeme d'exploitation 4 de la station Si est choisi 
de type multitaches. 

[0036] Les systemes d'exploitation modernes dispo- 
sent d'ordonnanceurs qui permettent de scruter les dif- 
ferentes taches en attente tous les centiemes de secon- 
de environ. Par ailleurs, il est parfois possible de donner 
des priorites aux differentes taches en attente. Par con- 
sequent, il est envisageable que des taches de fond (cel- 
les qui sont executees en permanence) restent pratique- 
ment imperceptibles a I'utilisateur d'une station. 
[0037] On peut noter que dans I'architecture de la fi- 
gure 1 les traitements de type temps reel sont executes 
par la carte reseau, de sorte que les taches de I'etage 
de gestion de reseau n'aient pas de tels traitements a 
effectuer. II est envisageable de traiter ces differentes 
taches comme des taches de fond. 
[0038] Dans I'architecture classique illustree sur la fi- 
gure 1 , les flux de donnees (ou messages) vont soit dans 
le sens montant, e'est-a-dire de la carte reseau 1 vers la 
couche reseau 3, soit dans le sens descendant, 
e'est-a-dire de la couche reseau 3 vers la carte reseau 
1. Dans I'architecture selon l'invention, les flux de don- 



nees ou messages qui doivent etre echanges entre la 
couche reseau 3 et I'etage pilote 2 (dans un sens comme 
dans I'autre) sont interceptes. II en resulte que dans une 
station donnee, I'etage pilote MAC 2 et I'etage de gestion 
5 de reseau 3 peuvent, dans certains modes de realisation, 
traiter des messages (ou trames) qui ne sont pas desti- 
nes a la station consideree. Une telle possibility va, com- 
me nous le verrons ci-apres, permettre a la station d'as- 
surer des fonctions de connectivity et/ou de synchroni- 
se sation qui depassent la simple transmission, directe, 
d'une station source vers une station de destination fi- 
nale. 

[0039] L'etage de gestion de reseau 5 peut etre capa- 
ble, dans certains modes de realisation, de generer de 

15 maniere spontanee, ou bien sur requete d'un niveau su- 
perieur comme par exemple la couche (ou etage) reseau 
3, des messages, notamment de service, en direction 
d'autres stations du reseau local. 
[0040] II est clair que le nombre de traitements (ou 

20 fonctions) differents que I'etage de gestion de reseau 5 
pourra effectuer dependra des besoins. Ainsi, cet etage 
de gestion de reseau 5 pourra ne faire qu'intercepter des 
messages montants 

ou descendants en vue de decider de leur transmission, 
25 moyennant un eventuel traitement, ou bien ne permettre 
que de generer des messages descendants d'un type 
choisi (par exemple de service ou de synchronisation), 
ou bien permettre a la fois I'interception et la generation 
de messages. 

30 [0041] Sur la figure 2B se trouve illustree une variante 
de I'architecture de la station de la figure 2A. Dans cette 
variante, la station est raccordee a deux reseaux (refe- 
rences reseau 1 et reseau 2). Pour ce faire, la station Si 
possede deux cartes de communication reseau 1-1 et 

35 1 -2 respectivement capables d'emettre des messages 
dans les media des reseaux 1 et 2, ou bien de recevoir 
des messages circulant dans ces media des reseaux 1 
et 2, chaque carte reseau 1 -i etant reliee a un etage pilote 
MAC 2-1 ou 2-2 par I'intermediaire de moyens d'interface 

40 appropries, chaque etage pilote MAC 2-i (i=1 et 2) etant 
lui-meme "relie" a un unique etage de gestion de reseau 
5. 

[0042] Le reseau 1 est ici, par exemple, un reseau sans 
fil (ou reseau radio) tandis que le reseau 2 est un reseau 

45 filaire. Bien entendu, les deux reseaux pourraient etre 
des reseaux radio emettant sur des frequences differen- 
tes et selon des modes ou protocoles differents. 
[0043] Ainsi, grace a une telle variante de realisation, 
il est possible de decider, au niveau de I'etage de gestion 

50 de reseau 5, d'emettre un message sur deux reseaux en 
meme temps, ou bien de retransmettre un message issu 
d'un premier reseau dans un second reseau, eventuel- 
lement de facon momentanee, le second reseau etant 
ici utilise soit comme raccourci, soit comme reseau de 

55 secours dans les cas ou la station de destination finale 
d'un message ne peut pas etre jointe par la station note 
ayant recu ce message. 

[0044] Bien entendu, I'etage de gestion de reseau 5 
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pourrait gerer plus de deux reseaux, par exemple trois, 
ou quatre, ou plus encore, moyennant I'utilisation 
d'autant de couches ou etages pilotes 2-i et de cartes de 
communication reseau 1-i qu'il y a de reseaux. 
[0045] En d'autres termes, et en resume, I'etage de 
gestion de reseau 5 d'une station Si permet de realiser 
ce que I'homme de I'art appelle un pont "cable-radio". 
[0046] II est clair qu'un tel etage de gestion de reseau 
5 est realise, de preference, a I'aide d'un logiciel de sorte 
qu'il n'y ait pas besoin de modifier en quoi que ce soit ni 
la couche (ou etage) reseau 3 ni I'etage pilote MAC 2. 
Bien entendu, lorsque Ton possede les codes sources 
de I'etage pilote MAC 2, il est envisageable de reunir en 
un unique etage I'etage de gestion de reseau 5 et I'etage 
pilote MAC 2. 

[0047] On se refere maintenant aux figures 3A et 3B 
pour decrire plus en detail les architectures des stations 
illustrees respectivement sur les figures 2A et 2B. 
[0048] Comme indique precedemment, I'etage de ges- 
tion de reseau 5 est capable d'assurer au moins une 
fonction, et de preference au moins deux. C'est notam- 
ment le cas dans les exemples illustres sur les figures 
3A et 3B. En effet, I'etage de gestion de reseau 5 est 
agence de maniere a permettre le routage (dans le sens 
le plus large du terme), ainsi que la gestion de messages 
ou paquets de service. 

[0049] Avant de decrire plus en detail I'etage de ges- 
tion de reseau 5, on va rappeler maintenant la constitu- 
tion generale d'une trame (ou paquet, ou encore messa- 
ge) d'une installation de I'art anterieur. 
[0050] Sur la figure 4 se trouve illustre de facon tres 
schematique un message utilise dans les installations de 
I'art anterieur. Un tel message comporte au moins un 
champ comprenant une paire d'adresses, comprenant 
une adresse de station de destination finale 6 et une 
adresse de station source initiale 7, ainsi que des don- 
nees 13 formant le contenu du message a traiter. On 
entend ici par station de destination finale 6, la station 
qui est la destinataire du message, tandis que la station 
source initiale 7 est celle qui a emis le message en di- 
rection de la station de destination finale 6. 
[0051] Bien entendu, la trame illustree sur la figure 4 
peut contenir eventuellement d'autres informations. De 
telles informations peuvent etre trouvees, par exemple, 
dans la norme IEEE 802.11. 

[0052] L'adresse de la station de destination finale est 
directement utilisee par la carte reseau 1 pour filtrer les 
trames qui lui parviennent, si bien que seules les trames, 
sauf cas d'especes, qui sont arrivees a destination, et 
qui par consequent concernent la station note, sont re- 
montees vers la couche reseau 3. 
[0053] Sur la figure 5 se trouve illustre un paquet (ou 
trame, ou encore message) du type de ceux qui peuvent 
etre utilises dans une installation selon I'invention. Com- 
me on le verra plus loin, ce type de message pourrait 
comprendre sensiblement moins d'informations ou 
champs, notamment dans les modes dits "broadcast" ou 
"full promiscuous" qui sont des modes dits "a diffusion". 



[0054] Une trame du type de celle illustree sur la figure 
5 comporte un premier champ constitue d'une premiere 
paire d'adresses, comprenant une adresse de station de 
destination finale 6 et une adresse de station source ini- 

5 tiale 7, un second champ constitue d'une seconde paire 
d'adresses, formant capsule (ou partie de capsule), et 
comprenant une adresse de station de destination inter- 
mediate 8 et une adresse de station source intermediaire 
9, un champ 1 0 designant le type de trame (ou en d'autres 

10 termes le type d'informations contenues dans le messa- 
ge ou la trame), un champ designant 11 un numero de 
sequence, eventuellement d'autres types d'informations 
12, ainsi que lesdonnees 13, formant le contenu du mes- 
sage a traiter. Une telle trame est appelee trame au se- 

15 cond format, en comparaison avec une trame qui "sort" 
de I'etage reseau 3 dite au premier format et qui ne com- 
prend pas de seconde paire d'adresses. Par ailleurs, du 
fait de la presence de la seconde paire d'adresses 8 et 
9, placee avant la premiere paire d'adresses 6 et 7, la 

20 trame est dite encapsulee. 

[0055] On entend ici par station de destination inter- 
mediaire 8, la prochaine station vers laquelle doit etre 
emis un message, tandis que la station source interme- 
diaire 9 est la station qui va emettre le message destine 

25 a la station de destination intermediaire 8. 

[0056] Comme on le verra ci-apres, le champ 10 de 
type de trame va etre utilise pour aiguiller la trame par- 
venue dans I'etage de gestion de reseau 5, permettant 
ainsi d'optimiser son traitement. 

30 [0057] Le champ 1 1 de numero de sequence n'est pas 
obligatoire, mais il peut etre utile dans la mesure ou il 
permet de refuser des trames deja recues ou de ne pas 
prendre en compte certaines d'entre elles. 
[0058] Enfin, la premiere paire d'adresses 6 et 7 va 

35 servir dans les fonctions de routage/ re I ay age, qui seront 
decrites plus loin, afin d'optimiser le choix de la station 
de destination intermediaire 8. 

[0059] II est clair que la station de destination finale 6 
peut etre identique a la station de destination interme- 
40 diaire 8. De meme, lorsqu'un message est emis par une 
station note donnee, l'adresse de la station source initiale 
7, qui est sa propre adresse, est identique a l'adresse de 
la station source intermediaire 9. 

[0060] Dans le mode de realisation illustre sur les fi- 
45 gures 3A et 3B, I'etage de gestion de reseau 5 doit as- 
surer une fonction de routage de message, ainsi qu'une 
fonction de gestion de paquets (ou messages) de servi- 
ce. Pour ce faire, il comprend un module de gestion de 
service reseau 14 ainsi qu'un module de gestion de pa- 
50 quets (ou messages) de service 15 relies a un module 
d'aiguillage 1 6 qui communique, d'une part, avec la cou- 
che reseau 3, et d'autre part, avec un module de desen- 
capsulation/encapsulation 17, lui-meme "relie" a I'etage 
pilote MAC 2. 

55 [0061] Ce module de desencapsulation/encapsulation 
17 a pour but de retirer ou d'adjoindre la capsule (ou la 
partie de capsule) composee notamment de la seconde 
paire d'adresses 8 et 9, selon que le sens de transmission 
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des donnees est montant ou descendant. 
[0062] Lorsque I'etage pilote MAC 2 recoit de la carte 
reseau 1 un message au second format, du type de celui 
illustre sur la figure 5, il le fait remonter vers la couche 
reseau 3. Du fait de la presence de I'etage de gestion de 
reseau 5, le message au second format est intercepte 
en sortie de I'etage pilote MAC 2 avant qu'il n'arrive a la 
couche reseau 3. Plus precisement, ce message au se- 
cond format est intercepte par le module de desencap- 
sulation/encapsulation 17 qui en extrait la capsule, 
c'est-a-dire laseconde paire d'adresses 8 et9. L'extrac- 
tion peut etre physique, c'est-a-dire que le message au 
second format peut se voir retirer cette seconde paire 
d'adresses 8 et 9 (ou capsule, ou partie de capsule), 
laquelle peut eventuellement etre memorisee, mais elle 
peut egalement etre "virtuelle", la seconde paire d'adres- 
ses restant dans le message au second format (et ledit 
message restant eventuellement memorise dans son in- 
tegrality dans une memoire appropriee). Le message de- 
sencapsule par le module de desencapsulation/encap- 
sulation 1 7 est alors transmis au module d'aiguillage 1 6, 
lequel va alors analyser le champ 10 de type de trame 
qu'il contient de maniere a transmettre le message de- 
sencapsule soit a I'un des modules 14 et 15 de I'etage 
de gestion de reseau 5, soit directement a la couche re- 
seau 3, soit encore a la couche reseau 3 et a I'un au 
moins des modules 14 et 15. 

[0063] II faut noter, ici, que dans les variantes ou I'eta- 
ge de gestion de reseau ne fonctionne qu'en mode de 
type "broadcast" (ou a diffusion), il n'estpas indispensa- 
ble qu'il comprenne un module de desencapsulation/en- 
capsulation. 

[0064] Bien entendu, on pourrait imaginer que 
I'aiguillage repose sur I'analyse d'un autre champ speci- 
fique contenu dans le message au second format, par 
exemple dans son champ 12 designe sur la figure 5 par 
"autres informations". 

[0065] Dans I'exemple illustre sur lafigure 3A, un mes- 
sage de service regu par I'etage de gestion de reseau 5 
est done distribue par le module d'aiguillage 16 au seul 
module de gestion des paquets de service 15. De meme, 
un message contenant des informations de routage ou 
devant etre route sera directement distribue par le mo- 
dule d'aiguillage au module de routage 1 4. Enfin, un mes- 
sage necontenantque des donnees 13 (ou informations) 
concernant les couches hautes de la station sera direc- 
tement distribue par le module d'aiguillage 1 6 a la couche 
reseau 3. 

[0066] Le raisonnement inverse peut etre applique 
pour un message descendant provenant d'une couche 
haute, telle que la couche reseau 3, et dirige vers I'etage 
pilote MAC 2 (voir figure 7). Dans ce cas, le message qui 
est fourni par la couche reseau 3 est au premier format, 
dans la mesure ou il contient des donnees 1 3 ainsi qu'une 
premiere paire d'adresses contenant une adresse de sta- 
tion de destination finale 6 et une adresse de station sour- 
ce initiale 7 qui dans ce cas se trouve etre la station note. 
Mais ce message pourrait comprendre d'autres champs 



differents de la seconde paire d'adresses 8 et 9. 
[0067] Ce message au premier format est, sauf excep- 
tion Nee a un mode de transmission de type "broadcast" 
(ou "a diffusion"), intercepte par I'etage de gestion de 

5 reseau 5, et plus precisement par son module d'aiguilla- 
ge 1 6. En effet, un message au premier format provenant 
de la couche reseau 3 peut contenir des informations 
utiles a I'un des modules 14 ou 15, ou bien une requete 
d'emission d'un message de service. De plus, et surtout, 

10 le module de gestion de services reseau 14 (routage) a 
pour fonction de determiner, a partir de I'adresse de la 
station de destination finale 6 contenue dans la premiere 
paire d'adresses du message au premier format regu de 
la couche reseau 3, I'adresse de la station de destination 

15 intermediate 8 de la seconde paire d'adresses en direc- 
tion de laquelle doit etre emis le message. 
[0068] Cet aiguillage s'effectue, comme dans le sens 
montant, a partir de I'analyse du champ 10, c'est-a-dire 
du type de trame ou message. 

20 [0069] Comme cela sera explique plus loin, le module 
de gestion de service reseau 14 (routage) delivre a ce 
meme module d'aiguillage 1 6 une adresse de station de 
destination intermediaire 8. 

[0070] De preference, mais cela n'est pas obligatoire, 
25 |e module d'aiguillage 16 transmet alors au module de 
desencapsulation/encapsulation 17 le message au pre- 
mier format ainsi que I'adresse de la station de destina- 
tion intermediaire 8. Le module de desencapsulation/en- 
capsulation 1 7 forme alors un message au second format 
30 (du type de celui illustre sur la figure 5) en adjoignant au 
message au premier format issu de la couche reseau 3 
une capsule (ou partie de capsule) constitute de la se- 
conde paire d'adresses 8 et 9, laquelle comprend I'adres- 
se de la station de destination intermediaire 8 determinee 
35 par le module 1 4 ainsi que I'adresse de la station source 
intermediaire 9, c'est-a-dire celle de la station note dans 
laquelle il est implante. 

[0071] Ce message au second format est alors trans- 
mis a I'etage pilote MAC 2, puis a la carte reseau 1 en 
40 vue de son emission dans le medium, ici Tether, en di- 
rection de la station de destination intermediaire 8 con- 
tenue dans la capsule (ou seconde paire d'adresses du 
message au second format). 

[0072] Dans la variante illustree sur la figure 3B, le 
45 module de desencapsulation/encapsulation 1 7 est capa- 
ble de recevoir des messages au second format d'un 
premier etage pilote MAC 2-1 etd'un second etage pilote 
MAC 2-2, ainsi que de fournir a ces deux etages, soit 
separement, soit simultanement, des messages au se- 
50 cond format generes soit par I'un des modules 14 ou 15 
de I'etage de gestion de reseau 5, soit par la couche 
reseau 3. 

[0073] Bien entendu, dans la mesure ou un message 
au premier format ne provient pas forcement d'une cou- 
55 che haute, du type de la couche reseau 3, le traitement 
peut etre legerement different. 

[0074] Ainsi, le module de gestion des paquets de ser- 
vice 15 peut, soit spontanement, soit sur requete d'une 
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couche haute emettre un message de service en direc- 
tion d'une ou plusieurs stations d'un ou plusieurs re- 
seaux. On entend par "spontanement" un message emis 
automatiquement, par exemple periodiquement, ou bien 
emis lorsqu'un changement topologique a eu lieu dans 
une table de routage de la station concernee suite a la 
reception d'un message de service. 
[0075] Un tel message de service peut egalement etre 
destine a I'ensemble des stations du reseau, par exemple 
lorsqu'il comprend des informations topologiques et/ou 
de voisinage destinees a la mise a jour des tables de 
routage des stations du reseau, et par consequent des- 
tinees a ameliorer leur connectivity. Dans ce cas, le mes- 
sage de service est constitue a partir d'une interrogation 
du contenu d'une table de routage (ou de plusieurs tables 
ou directoires) stockee(s) dans une memoire 15 du mo- 
dule de gestion de service reseau 14 (routage). 
[0076] Lorsque le message de service genere par le 
module de gestion des paquets de service 15 concerne 
une station de destination finale specifique 7, ledit mo- 
dule 15 interroge le module de gestion de service reseau 
14 de maniere a determiner une adresse de station de 
destination intermediate 8 permettantd'optimiser I'ache- 
minement dudit message de service en direction de la 
station de destination finale 6. Le message de service et 
I'adresse de la station de destination intermediate 8 sont 
alors transmis au module d'aiguillage 1 6 puis au module 
de desencapsulation/encapsulation 17. 
[0077] De meme, lorsqu'un message de service mon- 
tantparvientau niveau du module d'aiguillage 16, celui-ci 
en detectant par son champ 1 0 (type de trame) qu'il s'agit 
effectivement d'un message de service, le transmet au 
module de gestion des paquets de service 15, lequel en 
extrait les informations en vue de leur traitement. 
[0078] Deux types de messages de service (ou tra- 
mes) peuvent etre recus ou generes par le module de 
gestion des paquets de service 1 5. Tout d'abord, il s'agit 
des messages dits "de voisinage" qui sont habituelle- 
ment envoyes selon un mode dit "en diffusion a un saut". 
De tels messages de voisinage comportent generale- 
ment la liste des voisins de la station note. II sera com- 
mode de rajouter en correspondance de chaque station 
voisine un statut choisi parmi la liste suivante : lien asy- 
metrique, lien symetrique, relais multipoints. Ces mes- 
sages de voisinage sont accompagnes d'une estampille 
(contenue par exemple dans le champ 11 donnant le 
numerode sequence) permettantde reconnaTtreun mes- 
sage portant des informations plus recentes. 
[0079] Un statutdetype "lien asymetrique" indiqueque 
la station entend une autre station et n'est pas certaine 
d'etre entendue par celle-ci. En revanche, un statut de 
type "lien symetrique" indique que la station entend une 
autre station et est certaine d'etre entendue par celle-ci. 
Un statut de type "relais multipoints" est un statut parti- 
culier qui permet de designer des stations particulieres 
permettant a une station donnee d'assurer des transmis- 
sions multipoints. Au fur et a mesure des echanges entre 
stations de messages de voisinage, les statuts des sta- 



tions voisines s'affinent. 

[0080] Les messages de topologie sont, quant a eux, 
envoyes, generalement, dans un mode dit "broadcast", 
lis comportent une liste des voisins de lastation emettrice 
5 (note) qui permet de construire la topologie complete du 
reseau. 

[0081] Bien entendu, on pourrait envisager d'utiliser 
d'autres types d'informations topologiques, differents de 
ceux generalement utilises dans I'approche par "etat des 
10 liens" decrite ci-dessus. A titre d'exemple, on pourrait 
n'echanger que des informations portant sur la distance 
entre noeuds. Pour ce faire, il suffirait d'envoyer dans les 
messages de service le vecteur de distance qui donne 
pour un point donne la distance minimale qui le separe 
de tout autre point du reseau. Une telle approche est 
generalement designee par I'homme de I'art sous le nom 
de "vecteur de distance". 

[0082] Selon le type d'approche choisi, les messages 
de topologie seront done envoyes soit en mode broad- 
cast general (approche de type etat des liens), soit en 
broadcast a un saut (approche de type vecteur de dis- 
tance). 

[0083] Les messages de service qui ont ete reconnus 
par le module d'aiguillage 1 6 comme porteurs d'informa- 
tions topologiques ou de voisinage sont fournis au mo- 
dule de gestion de paquets de service 15 (voir figure 6). 
celui-ci en extrait les informations et les transmet au mo- 
dule de gestion de services reseau 14 (routage), et plus 
precisement a un module de calcul des tables de routage 
18 qu'il comprend. Preferentiellement, la ou les tables 
(ou directoire) de routage sont stockees dans ce module 
de calcul 18, si bien qu'a reception des informations les 
moyens de calcul peuvent recalculer (ou modifier, ou en- 
core completer) ces tables de routage (ou en d'autres 
termes les mettre a jour). 

[0084] Calculer une table de routage peut etre consi- 
ders, en premiere approximation, comme calculer tous 
les chemins permettant a une station donnee note d'at- 
teindre de facon optimale la ou les autres stations du (ou 
des) reseau(x) auquel elle est connectee. 
[0085] Le calcul des tables de routage pourra etre ef- 
fectue par toute methode connue de I'homme de I'art, 
selon le type d'approche choisie. On pourra notamment 
s'appuyer sur le calcul du nombre de sauts necessaires 
pour atteindre une destination, par exemple en utilisant 
les algorithmes de type DJISTRA ou BELLMAN FORD. 
[0086] Le mode de generation des messages de ser- 
vice dependrade la variante choisie. Ainsi, dans un mode 
particulierementsimple, on peutenvisagerque le module 
de gestion des paquets de service 15 comprenne une 
temporisation (timer) capable de decompter une periode 
temporelle de longueur predeterminee, de sorte qu'a la 
fin de chaque periode decomptee un message de service 
soitsystematiquement genere. Ledecomptagedefinitun 
critere de generation de message qui se trouve verifie a 
chaque detection de fin de periode. En variante, le mes- 
sage de service peut etre genere par le module de ges- 
tion des paquets de service 1 5 sur un ordre (ou requete) 
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recu d'une couche haute, telle que la couche reseau 3 
de la station note, ou bien sur requete d'un module de 
configuration 19. Comme indique precedemment, un 
message de service pourra etre emis spontanement lors- 
qu'un changement topologique a eu lieu dans une table 
de routage de la station concernee suite a la reception 
d'un message de service. 

[0087] Un tel module de configuration 19, peut etre 
forme, par exemple, d'un logiciel utilitaire permettant a 
un utilisateur de I'ordinateur (ou station note) de saisir 
des informations ou choisir des options, permettant de 
fixer les parametres de fonctionnement des differents 
modules, etages et cartes de la station. Le module de 
configuration 1 9 pourrait egalement permettre a un utili- 
sateur de saisir toutes les informations, ou seulement 
certaines, permettant de constituer ou de modifier les 
differentes tables de routage stockees dans le module 
de gestion de service reseau 14 (routage). De meme, un 
tel module de configuration 1 9 pourrait permettre de ge- 
rer la longueur de la duree de temporisation fixant la pe- 
riode temporelle du critere de generation de messages 
de service par le module de gestion des paquets de ser- 
vice 15. 

[0088] Enfin, un tel module de configuration 1 9 pourrait 
permettre de visualiser sur le moniteur de la station les 
differentes tables topologiques, permettant ainsi, par 
exemple, de visualiser les liens entre les differentes sta- 
tionsdu ou des reseaux auxquels la station, dans laquelle 
il est implante, est raccordee. 

[0089] On se refere maintenant plus particulierement 
a la figure 8 pour decrire un autre mode de fonctionne- 
ment d'une installation selon I'invention. 
[0090] Jusqu'a present il a ete decrit des modes de 
fonctionnement particuliers dans lesquels, un message 
montant ou descendant etait intercepts soit en vue d'etre 
traite par I'un des modules 14 ou 15, soit en vue d'etre 
transmis a la couche reseau 3 ou a I'etage pilote MAC 
2. Cependant, selon I'invention, il est egalement possible 
de proceder a la retransmission d'un message recu au 
second format, soit du fait qu'il ne concerne pas reelle- 
ment la station qui vient de le recevoir, soit du fait qu'il 
concerne cette station, mais qu'il en concerne egalement 
d'autres (message a diffuser). 

[0091] II faut noter que du fait de la presence de la 
seconde paire d'adresses 8 et 9 en tete d'un message 
recu au second format, celui-ci est automatiquement pris 
en compte et remonte par la carte reseau 1 vers I'etage 
pilote MAC 2 et I'etage de gestion de reseau 5 lorsque 
cette seconde paire d'adresses comporte comme adres- 
se de station de destination intermediaire 8 celle de la 
station note dans laquelle ladite carte reseau 1 est im- 
plantee. En d'autres termes, meme si I'adresse de la sta- 
tion de destination finale 6 (contenue dans la premiere 
paire d'adresses) n'est pas celle de la station note, le 
message est remonte. 

[0092] C'est done I'etage de gestion de reseau 5 qui 
va decider de la poursuite de la transmission d'un mes- 
sage recu au second format. Pour ce faire, I'etage de 



gestion de reseau 5 est capable, a reception d'un mes- 
sage montant, provenantde la carte reseau 1 via I'etage 
pilote MAC 2, d'effectuer un premier test 1 00 portant sur 
I'adresse de la station de destination finale 6 contenue 

5 dans la premiere paire d'adresses du message recu au 
second format. Si le resultat de ce premier test est positif, 
alors le module d'aiguillage 16 transmet le message 
(eventuellement prealablement desencapsule par le mo- 
dule de desencapsulation/encapsulation 1 7) a la couche 

10 reseau 3, ce qui constitue I'etape 1 10. 

[0093] Puis, I'etage de gestion de reseau 5 effectue 
un second test 120 de maniere a determiner si le mes- 
sage recu au second format doit egalement etre retrans- 
mis vers une ou plusieurs autres stations du ou des re- 

15 seaux. Si le resultat de ce test 120 est negatif, alors, le 
traitement effectue par I'etage de gestion de reseau 5 se 
termine. En revanche, si le resultat de ce test 120 est 
positif ou si le resultat du premier test 100 est negatif, 
alors le module de gestion de service reseau 14 (routa- 

20 ge), et plus precisement son module d'optimisation de 
chemin 20, procede dans une etape 1 30 a la determina- 
tion de I'adresse de lastation relais suivante vers laquelle 
doit etre retransmis ledit message. 
[0094] Pour ce faire, le module d'optimisation de che- 

25 min 20 va lire la ou les tables de routage stockees dans 
le module de calcul 1 8 pour en extraire une adresse de 
station de destination intermediaire 8 et la transmettre 
au module d'aiguillage 16 qui va alors la communiquer 
au module de desencapsulation/encapsulation 17 en 

30 compagnie du message a retransmettre. 

[0095] Bien entendu, en variante on peut envisager 
que le message recu au second format demeure dans 
le module de desencapsulation/encapsulation 17, par 
exemple dans une memoire appropriee, etque le module 

35 d'aiguillage 1 6 ne lui transmette que I'adresse de la sta- 
tion de destination intermediaire 8. Le module de desen- 
capsulation/encapsulation 1 7 n'a plus alors qu'a rempla- 
cer la seconde paire d'adresses contenue dans le mes- 
sage regu au second format par une nouvelle seconde 

40 paire d'adresses formee de I'adresse de la station de 
destination intermediaire fournie par le module de deter- 
mination du chemin optimal 20, ainsi que I'adresse de la 
station source intermediaire 9 qui n'est rien d'autre que 
I'adresse de la station note. Cela constitue I'etape 140 

45 qui met fin a la procedure de traitement par I'etage de 
gestion de reseau 5. Dans une telle situation, il est avan- 
tageux que tous les autres parametres du message a 
retransmettre demeurent inchanges. 
[0096] II est clair que les messages au second format 

50 peuvent comporter un champ (par exemple 11 ou 12) 
permettant a la carte reseau 1 de les ignorer, sans qu'ils 
ne remontent, et par consequent eviter que I'etage de 
gestion de reseau 5 travaille inutilement. 
[0097] On se refere maintenant a la figure 9 pour de- 

55 crire une variante des modes de realisation de I'etage de 
gestion de reseau 5 illustre sur les figures 3A et 3B. 
[0098] Dans cette variante de realisation, I'etage de 
gestion de reseau 5 comporte un module de synchroni- 
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sation 21 permettant de synchroniser la station note, et 
plus precisement, au moins ses moyens d'emission/re- 
ception loges dans la carte reseau 1 . On entend ici par 
synchronisation, aussi bien une synchronisation fre- 
quentielle de maniere a pouvoir caler la station sur la 
frequence d'emission de messages de synchronisation, 
que la synchronisation temporelle de maniere a fournir 
a ladite station note une reference de temps commune 
lui permettant de se caler effectivement sur le mode fre- 
quentiel d'emission des messages de synchronisation. 
[0099] Ce mode de synchronisation est particuliere- 
ment utile dans les reseaux du type dit "a saut de fre- 
quence" dans lesquels lafrequence d'emission des mes- 
sages varie au cours du temps, au niveau des stations, 
selon un schema frequentiel et temporel connu, par 
exemple. 

[01 00] Le module de synchronisation 21 peut etre soit 
raccorde a la carte reseau 1 par I'intermediairede I'etage 
pilote MAC 2 (comme illustre sur la figure 9), soit etre en 
mesurede fournir a cette carte reseau 1 des informations 
de synchronisation via le module d'aiguillage 16, le mo- 
dule de desencapsulation/encapsulation 1 7 et I'etage pi- 
lote MAC 2. 

[0101] Dans la premiere hypothese, c'est-a-dire lors- 
que le module de synchronisation 21 pilote directement 
la carte reseau via I'etage pilote MAC 2, on pourra prevoir 
que ledit pilotage sera execute par une primitive particu- 
liere de I'etage pilote MAC 2 ou bien par une primitive de 
configuration initiale, ce qui est classique dans les etages 
pilotes MAC connus. 

[0102] Afin de pouvoir prendre en compte les messa- 
ges de synchronisation circulant sur le medium, ici 
Tether, il est avantageux que le module de gestion des 
paquets de service 15 comporte une partie 22 dediee a 
la gestion des messages de synchronisation. Ainsi, la 
generation de messages de service, qu'il s'agisse de 
messages topologiques, de messages de voisinage ou 
de messages de synchronisation peut etre geree par un 
unique module de gestion de paquets de service 15. Bien 
entendu, la partie 22 de ce module de gestion de service, 
dediee au message de synchronisation, est en relation 
etroite avec le module de synchronisation 21 de maniere 
a lui fournir les informations de synchronisation conte- 
nues dans les messages de synchronisation recus du 
module d'aiguillage 16. 

[0103] En variante, le module de synchronisation pour- 
rait comprendre ses propres moyens de gestion de pa- 
quets de service de synchronisation. 
[0104] Les informations relatives a la frequence com- 
mune, contenues dans les messages de synchronisation 
pourront comprendre soit la liste des frequences du sche- 
ma devolution de la frequence commune et les durees 
de sejour respectives de ces frequences, soit un identi- 
fiant de liste de frequences et de durees associees, les 
stations comportant alors une memoire dans laquelle se 
trouve stockee une table de correspondance entre des 
identifiants de liste et des listes et durees. 
[01 05] L'invention permet egalement, grace au modu- 



le de synchronisation, de gerer les echanges de messa- 
ges entre reseaux fonctionnant selon des synchronisa- 
tions differentes. 

[0106] Par ailleurs, grace a I'etage de gestion de re- 
5 seau 5, il est egalement possible de gerer les echanges 
de messages entre des reseaux ou sous-reseaux desi- 
gnes par des numeros differents contenus dans un 
champ specifique des messages au second format. 
[0107] L'invention concerne egalement les procedes 
10 de transmission de messages (ou donnees, ou encore 
trames) utilisant les stations relais decrites ci-avant, et 
comportant I'une et/ou I'autre des etapes a) et b) 
suivantes : 

15 a) intercepter chaque message (de donnees, de ser- 
vice (topologique, de voisinage ou de synchronisa- 
tion) qui doit etre echange entre I'etage reseau 3 et 
I'etage pilote 2 d'une station Si (dans le sens montant 
ou descendant), puis analyser les informations qui 
20 sont contenues dans le message intercepts de ma- 
niere a decider de la poursuite de leur transmission, 
moyennant un eventuel traitement (par exemple une 
desencapsulation suivie d'une transmission a I'un 
des modules 1 4 ou 1 5 ou a I'etage reseau 3, ou une 
25 encapsulation avec ou sans routage), en fonction 
d'au moins un critere portant sur les informations 
analysees, et de preference sur un champ tel que le 
type desdites informations, 

30 b) generer un message d'un type choisi (par exemple 
un message de service topologique ou de voisinage, 
ou encore de synchronisation), spontanementou sur 
requete d'une couche haute (etage reseau 3 ou mo- 
dule de configuration 19), en vue de son emission 

35 dans le medium d'un reseau (ou dans celui de I'un 
au moins des reseaux lorsque la station est raccor- 
dee a plusieurs reseaux), des qu'une condition choi- 
sie est verifiee (par exemple a reception d'une re- 
quete ou a la fin d'une periode de temporisation). 

40 

[01 08] Le procede pourra comprendre egalement tou- 
tes les etapes de traitement qui ont ete decrites prece- 
demment en reference aux variantes d'installations. 
[01 09] Dans ce qui precede on a parle de stations (or- 
45 dinateur de type PC) equipees de modules et autres 
moyens. Ces modules et moyens doivent etre compris 
aussi bien en tant que composants electroniques speci- 
fiques (ou circuits) qu'en tant que procedures program- 
mees. 

50 [01 10] L'invention ne se limite pas aux modes de rea- 
lisation decrits ci-avant, seulement a titre d'exemple, 
mais elle s'etend aux variantes, d'installations comme 
de procedes, que pourra developper I'homme de I'art 
dans le cadre des revendications ci-apres. 

55 [0111] Ainsi, on a decrit des messages au second for- 
mat comportant des premier et second champs constitue 
chacun d'une premiere ou seconde paire d'adresses. Ce- 
pendant, on pourrait envisager qu'un message au se- 
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cond format ne comporte qu'un second champ, ce champ 
etant constitue, de preference, de la seule adresse de la 
station intermediaire determinee par I'etage de gestion. 
De meme, on pourrait envisager des modes de fonction- 
nement dans lesquels les messages au second format 
comportent un premier et un second champs, constitues 
respectivement de la seule adresse de la station source 
finale et de la seule adresse de la station intermediaire 
determinee par I'etage de gestion. 
[01 1 2] Par ailleurs, il sera envisageable que le second 
format puisse presenter, ou s'approche, des formes re- 
tenues respectivement par les normes 802.1 1 etHIPER- 
LAN. II est egalement envisageable que les formats pre- 
cites puissent etre utilises avec de legeres modifications 
relatives a I'utilisation de certains champs. Par exemple, 
la norme 802.1 1 contient des champs qui peuvent porter 
I'adresse des ponts entre le reseau radio et un systeme 
de distribution. Ces champs pourraient etre employes 
pour identifier les stations intermediates. De meme, la 
norme 802.1 1 offre la possibility de distinguer les diffe- 
rents types de trames; cette possibility pourrait etre uti- 
lisee dans I'invention pour discerner les differentes tra- 
mes (ou messages) de service. 



Revendications 

1. Installation de transmission de messages compre- 
nant des stations (S) comportant chacune : 

- un systeme d'exploitation (4), 

- un etage "reseau" (3) pour traiter et generer 
des messages d'un premier format, 

- une carte de communication (1) propre a 
echanger des messages d'un second format 
avec au moins un reseau, 

- un etage "pilote" (2) propre a placer des mes- 
sages recus de la carte (1 ) ou de I'etage reseau 
(3) respectivement dans le premier format ou le 
second format pour les transmettre audit etage 
reseau (3) ou a ladite carte (1), et 

- des moyens d'interface desdits etages, carte 
et systeme d'exploitation entre eux, 

caracterisee en ce que certaines stations (S) au 
moins comprennent un etage de gestion (5) couple 
audit systeme d'exploitation (4) par lesdits moyens 
d'interface et propre a intercepter les messages au 
premier format devant etre echanges par I'etage re- 
seau (3) et I'etage pilote (2), de maniere a analyser 
les informations qu'ils contiennent et decider de la 
poursuite de leur transmission, en fonction d'au 
moins un critere portant sur lesdites informations 
analysees, et/ou propre a generer des messages 
d'un type choisi, au second format, en vue de leur 
emission dans le reseau via ladite carte (1) lors- 
qu'une condition d'emission choisie est verifiee. 



2. Installation selon la revendication 1, caracterisee 
en ce que ledit systeme d'exploitation (4) est de type 
multitaches. 

5 3. Installation selon I'une des revendications 1 et 2, ca- 
racterisee en ce que lesdits messages au second 
format comprennent un premier champ (6,7). 

4. Installation selon la revendication 3, caracterisee 
10 en ce que ledit premier champ comporte au moins 

une adresse de station de destination finale (6). 

5. Installation selon la revendication 4, caracterisee 
en ce que ledit premier champ comporte une pre- 

15 miere paire d'adresses comprenant une adresse de 
station source initiale (7) et I'adresse de station de 
destination finale (6). 

6. Installation selon I'une des revendications 1 a 5, ca- 
20 racterisee en ce que lesdits messages au second 

format comprennent un second champ (8,9)formant 
au moins partie de capsule. 

7. Installation selon la revendication 6, caracterisee 
25 en ce que ledit second champ comporte au moins 

une adresse de station de destination intermediaire 
(8). 

8. Installation selon la revendication 7, caracterisee 
30 en ce que ledit second champ comporte une secon- 

de paire d'adresses comprenant I'adresse de la der- 
niere station, dite station source intermediaire (9), 
ayant emis ledit message au second format et 
I'adresse de station de destination intermediaire (8). 

35 

9. Installation selon I'une des revendications 1 a 8, ca- 
racterisee en ce que lesdits messages au second 
format comprennent une donnee (1 0) representative 
du type d'information qu'ils contiennent. 

40 

10. Installation selon la revendication 9, caracterisee 
en ce que ledit critere choisi porte sur le type des 
informations (10) contenues dans les messages re- 
cues d'un etage. 

45 

11. Installation selon I'une des revendications 1 a 10, 
caracterisee en ce que lesdits messages au se- 
cond format comprennent au moins une autre don- 
nee, en particulier representative de leur numero de 

50 sequence (1 1). 

12. Installation selon I'une des revendications 1 a 11, 
caracterisee en ce que chaque reseau est choisi 
parmi le reseau radio et le reseau filaire. 

55 

13. Installation selon la revendication 12, caracterisee 
en ce que le format d'un reseau radio est choisi par- 
mi au moins le format de la norme "HIPERLAN" et 
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le format de la norme IEEE 802.1 1 , et en ce que le 
format d'un reseau filaire est choisi parmi au moins 
les standards ISO pour les normes IEEE 802.3, 
802.5 et 802.14. 

5 

14. Installation selon Tune des revendications 4 a 13, 
caracterisee en ce que ledit etage de gestion (5) 
comprend des moyens de routage (14,18,20) pro- 
pres a stocker au moins une table de routage com- 
portant au moins les adresses des stations de des- 10 
tination intermediate avec lesquelles la station qui 
I'accueille peut echanger des messages au second 
format, et en ce que lesdits moyens de routage 

(1 4, 1 8,20) sont agences pour, d'une part, extraire le 
premier champ (6,7) d'un message recu, pour de- 15 
terminer dans la table de routage une adresse de 
station de destination intermediaire (8) permettant 
d'optimiser la transmission dudit message jusqu'a la 
station de destination finale (6) dont I'adresse est 
contenue dans ledit premier champ extraite, et 20 
d'autre part, former une second champ contenant 
ladite adresse de station de destination intermediai- 
re extraite (8) et destine, soit, lorsque le message 
est issu de I'etage pilote (2), a remplacer celui initia- 
lementcontenue dans le second champ du message 25 
recu a retransmettre, soit, lorsque le message est 
issu de I'etage reseau (3), a completer son contenu 
en vue de sa transmission. 

15. Installation selon la revendication 14, caracterisee 30 
en ce que lesdits moyens de routage (14,18,20) 
comprennent en outre des moyens de calcul (18) 
propres a modifier le contenu de ladite table de rou- 
tage a partir d'informations de routage contenues 
dans des messages qui sont du type messages de 35 
service recus au second format provenant du re- 
seau. 

16. Installation selon I'une des revendications 14 et 15, 
caracterisee en ce que I'une au moins des stations 40 
(S) munies d'un etage de gestion (5) comprend au 
moins un autre etage pilote (2-2) relie audit etage de 
gestion et a une autre carte de communication (1 -2) 
connectee a un autre reseau, et en ce que ledit eta- 
ge de gestion (5) est propre a choisir I'un au moins 45 
des reseaux en vue de latransmission de messages, 

en fonction de I'adresse de la station de destination 
intermediaire (8) contenue dans le second champ 
du message a transmettre. 

50 

17. Installation selon I'une des revendications 5 a 16, 
caracterisee en ce que I'etage de gestion com- 
prend des moyens de desencapsulation/encapsula- 
tion (17) propres a extraire un second champ, ou 
partie au moins de capsule, d'un message issu de 55 
I'etage pilote (2) ou a ajouter un second champ a un 
message destine a une station au moins du reseau 

via cet etage pilote (2). 



20 

18. Installation selon I'une des revendications 1 a 17, 
caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de gestion de messages qui sont 
du type messages de service (15). 

19. Installation selon la revendication 18, caracterisee 
en ce que les moyens de gestion de messages de 
service (15) sont propres a generer des messages 
de service "a diffuser" pour de multiples stations de 
destination finale appartenant a au moins un re- 
seaux. 

20. Installation selon I'une des revendications 1 8 et 1 9, 
caracterisee en ce que les moyens de gestion de 
messages de service (15) comprennent des moyens 
de temporisation propres. a decompter une duree 
choisie et en ce que la condition choisie d'emission 
d'un message de service est verifiee en fin de de- 
comptage. 

21. Installation selon I'une des revendications 18 a 20 
prise en dependance avec la revendication 14, ca- 
racterisee en ce que la condition choisie d'emission 
d'un message de service est verifiee a chaque mo- 
dification de la table de routage. 

22. Installation selon I'une des revendications 1 a 21, 
caracterisee en ce que les stations (S) compren- 
nent des moyens de configuration (1 9) des differents 
etages et carte(s) raccordes aceux-ci ainsi qu'audit 
systeme d'exploitation par lesdits moyens d'interfa- 
ce. 

23. Installation selon la revendication 18 en combinai- 
son avec la revendication 22, caracterisee en ce 
que la condition choisie d'emission d'un message 
de service est verifiee a la reception d'une requete 
locale de I'etage reseau (3) ou des moyens de con- 
figuration (19). . 

24. Installation selon la revendication 16 en combinai- 
son avec I'une des revendications 22 et 23, carac- 
terisee en ce que lesdites informations de routage 
sont contenues dans des messages provenant des 
moyens de configuration (19). 

25. Installation selon I'une des revendications 1 a 24, 
caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de synchronisation (21 ,22) agen- 
ces pour generer des messages qui sont du type 
messages de synchronisation en frequence et en 
temps destines a certaines autres stations, et, a re- 
ception d'un message de synchronisation, en extrai- 
re les informations de maniere a placer les moyens 
d'emission/reception de la carte de communication 
(1 ) de sa station dans I'etat correspondant auxdites 
informations extraites. 
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26. Installation selon la revendication 25, caracterisee 
en ce que les moyens de synchronisation (21,22) 
sont agences pour generer ledit message de syn- 
chronisation de facon spontanee, en particulier pe- 
riodiquement. 



des moyens d'interface desdits etages, carte et 
systeme d'exploitation entre eux, 

caracterisee en ce qu'il comprend Tune et/ou 
I'autre des etapes suivantes: 



27. Installation selon Tune des revendications 25 et 26, 
caracterisee en ce que la condition choisie d'emis- 
sion d'un message de synchronisation est verifiee a 

la reception d'une requete locale de I'etage reseau 10 
(3) ou des moyens de configuration (19). 

28. Installation selon Tune des revendications 25 a 27, 
caracterisee en ce que les moyens de synchroni- 
sation (21 ,22) sont agences pour generer des mes- 15 
sages d'interrogation requerant I'envoi d'un messa- 
ge de synchronisation. 

29. Installation selon la revendication 9 en combinaison 
avecl'une des revendications 15 a 28, caracterisee 20 
en ce que ledit etage de gestion (5) comprend des 
moyens d'aiguillage (1 6) connectes auxdits moyens 
d'encapsulation/desencapsulation (17), auxdits 
moyens de routage (14,18,20), auxdits moyens de 
gestion de messages de service (15) et auxdits 25 
moyens de synchronisation (21 ,22). 

30. Installation selon la revendication 29, caracterisee 
en ce que lesdits moyens d'aiguillage (1 6) sont pro- 
pres a determiner a partir du type desdits messages 30 
recus I'etage (les etages), parmi I'etage reseau (3) 

et I'etage pilote (2), et/ou les moyens, parmi les 
moyens de routage (14,18,20), les moyens de de- 
sencapsulation/encapsulation (17), les moyens de 
synchronisation (21 ,22) et les moyens de gestion de 35 
messages de service (1 5), concerne(s) par un mes- 
sage qu'ils ont recu, et a transmettre ledit message 
a I'etage (aux etages) ou moyens ainsi determine(s). 



- intercepter les messages au premier format 
devant etre echanges entre I' etage reseau (3) 
et I'etage pilote (2) d'une station (S), puis ana- 
lyser les informations contenues dans lesdits 
messages interceptes de maniere a decider de 
la poursuite de leur transmission, en fonction 
d'au moins un critere portant sur lesdites infor- 
mations analysees, 

- generer un message d'un type choisi au se- 
cond format en vue de son emission dans le 
reseau lorsqu'une condition d'emission choisie 
est verifiee. 



Claims 

1. Message transmission installation comprising sta- 
tions (S) each including: 

- an operating system (4), 

- a "network" stage (3) for processing and gen- 
erating messages in a first format, 

- a communication card (1 ) suitable for exchang- 
ing messages in a second format with at least 
one network, 

- a "driver" stage (2) suitable for placing mes- 
sages received from the card (1 ) or from the net- 
work stage (3) respectively in the first format or 
the second format so they can be transmitted to 
said network stage (3) or to said card (1), and 

- means of interfacing said stages, card and op- 
erating system between themselves, 



31. Installation selon I'une des revendications 1 a 30, 40 
caracterisee en ce que I'etage de gestion (5) fait 
partie de I'etage pilote (2). 

32. Procede de transmission de messages entre des 
stations (S) d'une installation selon I'une des reven- 45 
dications precedentes et comportant chacune: 



characterized in that at least some stations (S) in- 
clude a management stage (5) coupled to said op- 
erating system (4) by said interface means and suit- 
able for intercepting the messages in the first format 
that need to be exchanged by the network stage (3) 
and the driver stage (2), so as to analyse the infor- 
mation that they contain and decide on how to con- 
tinue with their transmission, according to at least 
one criterion relating to said analysed information, 
and/or suitable for generating messages of a select- 
ed type, in the second format, with a view to their 
transmission in the network via said card (1) when 
a chosen transmission condition is verified. 

2. Installation according to Claim 1, characterized in 
that said operating system (4) is of multitasking type. 

3. Installation according to one of Claims 1 and Claim 
2, characterized in that said messages in the sec- 



un systeme d'exploitation (4), 
un etage "reseau" (3) pour traiter et generer des 
messages d'un premier format, 50 
une carte de communication (1 ) propre a echan- 
ger des messages d'un second format avec au 
moins un reseau, 

un etage "pilote" (2) propre a placer des mes- 
sages recus de la carte (1 ) ou de I'etage reseau 55 
(3) respectivementdans le premier format ou le 
second format pour les transmettre audit etage 
reseau (3) ou a ladite carte (1), et 
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ond format include a first field (6, 7). 

4. Installation according to Claim 3, characterized in 
that said first field includes at least one final desti- 
nation station address (6). 5 

5. Installation according to Claim 4, characterized in 
that said first field includes a first pair of addresses 
comprising an initial source station address (7) and 

the final destination station address (6). 10 

6. Installation according to one of Claims 1 to 5, char- 
acterized in that said messages in the second for- 
mat include a second field (8, 9) forming at least part 

of the capsule. 15 

7. Installation according to Claim 6, characterized in 
that said second field includes at least one interme- 
diate destination station address (8). 

20 

8. Installation according to Claim 7, characterized in 
that said second field includes a second pair of ad- 
dresses comprising the address of the last station, 
called the intermediate source station (9), having 
sent said message in the second format and the in- 25 
termediate destination station address (8). 

9. Installation according to one of Claims 1 to 8, char- 
acterized in that said messages in the second for- 
mat include a data item (10) representative of the 30 
type of information that they contain. 

10. Installation according to Claim 9, characterized in 
that said chosen criterion relates to the type of in- 
formation (10) contained in the messages received 35 
from a stage. 

1 1 . Installation according to one of Claims 1 to 1 0, char- 
acterized in that said messages in the second for- 
mat include at least one other data item, in particular 40 
representative of their sequence number (11). 

12. Installation according to one of Claims 1 to 1 1 , char- 
acterized in that each network is chosen from the 
radio network and the wired network. 45 

13. Installation according to Claim 12, characterized in 
that the format of a radio network is chosen from at 
least the format of the "HIPERLAN" standard and 

the format of the IEEE 802.11 standard, and in that 50 
the format of a wired network is chosen from at least 
the ISO standards for the IEEE 802.3, 802.5 and 
802.14 standards. 

14. Installation according to one of Claims 4 to 13, char- 55 
acterized in that said management stage (5) in- 
cludes routing means (1 4, 1 8, 20) suitable for storing 

at least one routing table including at least the ad- 



dresses of the intermediate destination stations with 
which the station hosting it can exchange messages 
in the second format, and in that said routing means 
(1 4, 1 8, 20) are arranged, on the one hand, to extract 
the first field (6, 7) of a received message, to deter- 
mine from the routing table an intermediate destina- 
tion station address (8) with which to optimize the 
transmission of said message to the final destination 
station (6), the address of which is contained in said 
first extracted field, and on the other hand, to form a 
second field containing said extracted intermediate 
destination station address (8) and intended, either, 
when the message is from the driver stage (2), to 
replace the one initially contained in the second field 
of the received message to be forwarded, or, when 
the message is from the network stage (3), to com- 
plement its content with a view to its transmission. 

15. Installation according to Claim 14, characterized in 
that said routing means (14, 18, 20) also include 
computation means (18) suitable for modifying the 
content of said routing table based on routing infor- 
mation contained in the messages that are of service 
message type received in the second format from 
the network. 

16. Installation according to one of Claims 14 and 15, 
characterized in that at least one of the stations 
(S) provided with a management stage (5) includes 
at least one other driver stage (2-2) linked to said 
management stage and one other communication 
card (1 -2) connected to another network, and in that 
said management stage (5) is suitable for choosing 
at least one of the networks for message transmis- 
sion, according to the intermediate destination sta- 
tion address (8) contained in the second field of the 
message to be transmitted. 

17. Installation according to one of Claims 5 to 1 6, char- 
acterized in that the management stage includes 
de-encapsulation/encapsulation means (17) suita- 
ble for extracting a second field, or at least part of 
the capsule, from a message from the driver stage 
(2) or for adding a second field to a message intend- 
ed for at least one station of the network via this 
driver stage (2). 

1 8. Installation according to one of Claims 1 to 1 7, char- 
acterized in that the management stage (5) in- 
cludes means of managing messages that are of 
service message type (15). 

19. Installation according to Claim 18, characterized in 

that the service message management means (15) 
are suitable for generating service messages "to be 
broadcast" for multiple final destination stations be- 
longing to at least one network. 
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20. Installation according to one of Claims 18 and 19, 
characterized in that the service message man- 
agement means (15) include timer means suitable 
for counting down a chosen time, and in that the 
chosen condition for transmission of a service mes- 
sage is verified on completion of downcounting. 

21 . Installation according to one of Claims 1 8 to 20, de- 
pendent on Claim 1 4, characterized in that the cho- 
sen condition for transmission of a service message 
is verified each time the routing table is modified. 

22. Installation according to one of Claims 1 to 21 , char- 
acterized in that the stations (S) include means (1 9) 
of configuring the various stages and card(s) con- 
nected to the latter and to said operating system by 
said interface means. 

23. Installation according to Claim 18 in combination with 
Claim 22, characterized in that the chosen condi- 
tion for transmission of a service message is verified 
on receipt of a local request from the network stage 
(3) or from the configuration means (19). 

24. Installation according to Claim 16 in combination with 
one of Claims 22 and 23, characterized in that said 
routing information is contained in messages origi- 
nating from the configuration means (19). 

25. Installation according to one of Claims 1 to 24, char- 
acterized in that the management stage (5) in- 
cludes synchronization means (21, 22) arranged to 
generate messages that are of frequency and time 
synchronization message type intended for certain 
other stations, and, on receipt of a synchronization 
message, to extract from them the information with 
which to place the transmission/reception means of 
the communication card (1 ) of its station in the state 
corresponding to said extracted information. 

26. Installation according to Claim 25, characterized in 
that the synchronization means (21, 22) are ar- 
ranged to generate said synchronization message 
spontaneously, in particular periodically. 

27. Installation according to one of Claims 25 and 26, 
characterized in that the chosen condition for 
transmission of a synchronization message is veri- 
fied on receipt of a local request from the network 
stage (3) or from the configuration means (19). 

28. Installation according to one of Claims 25 to 27, 
characterized in that the synchronization means 
(21 , 22) are arranged to generate interrogation mes- 
sages requesting the sending of a synchronization 
message. 

29. Installation according to Claim 9 in combination with 



one of Claims 15 to 28, characterized in that said 
management stage (5) includes switching means 
(16) connected to said encapsulation/deencapsula- 
tion means (1 7), to said routing means (14, 1 8, 20), 
5 to said service message management means (15) 

and to said synchronization means (21 , 22). 

30. Installation according to Claim 29, characterized in 
that said switching means (1 6) are arranged to de- 

10 termine, from the type of said messages received, 
the stage (stages), out of the network stage (3) and 
the driver stage (2), and/or the means, out of the 
routing means (14, 1 8, 20), the de-encapsulation/en- 
capsulation means (1 7), the synchronization means 

15 (21 , 22) and the service message management 
means (15), affected by a message that they have 
received, and for transmitting said message to the 
duly determined stage (stages) or means. 

20 31 . Installation according to one of Claims 1 to 30, char- 
acterized in that the management stage (5) is part 
of the driver stage (2). 

32. Method of transmitting messages between stations 
25 (S) of an installation according to one of the preced- 
ing claims, each station including: 

an operating system (4), 

a "network" stage (3) for processing and gener- 
ic ating messages in a first format, 

a communication card (1 ) suitable for exchang- 
ing messages in a second format with at least 
one network, 

a "driver" stage (2) suitable for placing messag- 
35 es received from the card (1 ) or from the network 

stage (3) respectively in the first format or the 
second format so they can be transmitted to said 
network stage (3) or to said card (1), and 
means of interfacing said stages, card and op- 
40 erating system between themselves, charac- 

terized in that the method includes one and/or 
the other of the following steps: 

- intercepting the messages in the first for- 
45 mat that need to be exchanged between the 

network stage (3) and the driver stage (2) 
of a station (S), then analysing the informa- 
tion contained in said intercepted messages 
so as to decide on how to continue with their 
50 transmission, according to at least one cri- 

terion relating to said analysed information, 

- generating a message of a selected type 
in the second format with a view to its trans- 
mission in the networkwhen achosen trans- 

55 mission condition is verified. 
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Patentanspruche 

1. Anordnung fur Nachrichtenubertragung mit Statio- 
nen (S), von denen jede umfasst: 

- ein Betriebssystem (4), 

- eine "Netz"-Stufe (3) zur Verarbeitung und Er- 
zeugung der Nachrichten eines ersten Formats, 

- eine Kommunikationskarte (1 ), fahig Nachrich- 
ten eines zweiten Formats mit wenigstens ei- 
nem Netzwerk auszutauschen, 

- eine "Pilot"-Stufe (2), fahig von der Karte (1) 
oder von der Netzstufe (3) empfangene Nach- 
richten jeweils in das erste Format oder das 
zweite Format umzusetzen, um sie zur genann- 
ten Netzstufe (3) oder zur genannten Karte (1) 
zu ubertragen, und 

- Schnittstelleneinrichtungen zwischen den ge- 
nannten Stufen, der Karte und dem Betriebssy- 
stem untereinander, 

dadurch gekennzeichnet, dass wenigstens be- 
stimmte Stationen (S) eine Verwaltungsstufe (5) um- 
fassen, mit dem genannten Betriebssystem (4) 
durch die genannten Schnittstelleneinrichtungen ge- 
koppelt und fahig, die Nachrichten des ersten For- 
mats abzufangen, die durch die Netzstufe (3) und 
die Pilotstufe (2) ausgetauscht werden mussen, um 
die Informationen zu analysieren, die sie enthalten, 
und uber die Fortsetzung bzw. Weiterfuhrung ihrer 
Ubertragung zu entscheiden, in Abhangigkeit von 
wenigstens einem Kriterium, dasdie genannten ana- 
lysierten Informationen betrifft, und/oder fahig, 
Nachrichten eines gewahlten Typs im zweiten For- 
mat zu erzeugen hinsichtlich ihrer Sendung bzw. 
Einspeisung in das Netzwerk uber die genannte Kar- 
te (1), wenn eine gewahlte Sendebedingung verifi- 
ziert ist. 

2. Anordnung nach Anspruch 1, dadurch gekenn- 
zeichnet, dass das genannte Betriebssystem (4) 
vom Multitasking-Typ ist. 

3. Anordnung nach einem der Anspmche 1 und 2, da- 
durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format ein erstes Feld (6,7) um- 
fassen. 

4. Anordnung nach Anspruch 3, dadurch gekenn- 
zeichnet, dass das erste Feld wenigstens eine End- 
zielstationsadresse (6) umfasst. 

5. Anordnung nach Anspruch 4, dadurch gekenn- 
zeichnet, dass das erste Feld ein erstes Adressen- 
paar enthalt, eine Anfangsquellenstationsadresse 
(7) und die Endzielstationsadresse (6) umfassend. 

6. Anordnung nach einem der Anspruche 1 bis 5, da- 



durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format ein wenigstens einen Kap- 
selteil bildendes zweites Feld (8,9) umfassen. 

5 7. Anordnung nach Anspruch 6, dadurch gekenn- 
zeichnet, dass das genannte zweite Feld wenig- 
stens eine Zwischenzielstationsadresse (8) um- 
fasst. 

10 8. Anordnung nach Anspruch 7, dadurch gekenn- 
zeichnet, dass das genannte zweite Feld ein zwei- 
tes Adressenpaar enthalt, das die Adresse der Zwi- 
schenquellenstation (9) genannten letzten Station, 
welche die genannte Nachricht im zweiten Format 

15 gesendet hat, und die Zwischenzielstationsadresse 
(8) umfasst. 

9. Anordnung nach einem der Anspruche 1 bis 8, da- 
durch gekennzeichnet, dass die genannten Nach- 

20 richten im zweiten Format eine GroGe (10) enthalten, 
die reprasentativ ist fur den Informationstyp, den sie 
enthalten. 

10. Anordnung nach Anspruch 9, dadurch gekenn- 
25 zeichnet, dass das genannte gewahlte Kriterium 

den Typ (10) der in den empfangenen Nachrichten 
einer Stufe enthalten Informationen betrifft. 

11. Anordnung nach einem der Anspruche 1 bis10,da- 
30 durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format wenigstens eine weitere, 
insbesondere fur ihre Sequenznummer (11) repre- 
sentative GroBe enthalten. 

35 12. Anordnung nach einem der Anspruche 1 bis 1 1 , da- 
durch gekennzeichnet, dass jedes Netzwerk aus- 
gewahlt wird zwischen Funknetz und Drahtnetz. 

13. Anordnung nach Anspruch 12, dadurch gekenn- 
40 zeichnet, dass das Format eines Funknetzes aus- 

gewahlt wird zwischen wenigstens dem Format der 
HIPERLAN-Norm und dem Format der IEEE-Norm 
802. 1 1 , und dadurch, dass das Format eines Draht- 
netzes ausgewahlt wird unter wenigstens den 
45 ISO-Standards fur die lEEE-Normen 802.3, 802.5 

und 802.14. 

14. Anordnung nach einem der Anspruche 1 bis 13, da- 
durch gekennzeichnet, dass die genannte Verwal- 

50 tungsstufe (5) Routing-Einrichtungen (14,18,20) 

umfasst, fahig wenigstens eine Routing-Tabelle zu 
speichern, die wenigstens die Adressen der Zwi- 
schenzielstationen enthalt, mit denen die Station, die 
sie aufnimmt, Nachrichten im zweiten Format aus- 

55 tauschen kann, und dadurch, dass die genannten 
Routing-Einrichtungen (14,18,20) einerseits befa- 
higt sind, das erste Feld (6,7) einer empfangenen 
Nachricht zu extrahieren, um in der Routing-Tabelle 
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eine Zwischenzielstationsadresse (8) zu bestim- 
men, was ermoglicht, die Ubertragung der genann- 
ten Nachricht bis zu der Endzielstation (6) zu opti- 
mieren, deren Adresse in dem genannten ersten ex- 
trahierten Feld enthalten ist, und andererseits befa- 
ll igtsind, ein zweites Feld zu bilden, das die genann- 
te Zwischenzielstationsadresse (8) enthaltund dazu 
bestimmt ist, entweder, wenn die Nachricht von der 
Pilotstufe (2) stammt, die ursprGnglich in dem zwei- 
ten Feld der zu ubertragenden empfangenen Nach- 
richt enthaltene zu ersetzen, oder, wenn die Nach- 
richt von der Netzstufe (3) stammt, ihren Inhalt hin- 
sichtlich ihrer Ubertragung zu komplettieren. 

15. Anordnung nach Anspruch 14, dadurch gekenn- 
zeichnet, dass die genannten Routing-Einrichtun- 
gen (14,18,20) auGerdem Recheneinrichtungen 
(18) umfassen, fahig den Inhalt der genannten Rou- 
ting-Tabelle aufgrund von Routing-lnformationen zu 
modifizieren, die in Nachrichten enthalten sind, die 
vom Dienstnachrichtentypsind, empfangen imzwei- 
ten Format, vom Netzwerk stammend. 

16. Anordnung nach einem der Anspruche 14 und 15, 
dadurch gekennzeichnet, dass wenigstens eine 
der mit einer Verwaltungsstufe (5) ausgerusteten 
Stationen (S) wenigstens eine weitere, mit der ge- 
nannten Verwaltungsstufe verbundene Pilotstufe 
(2-2) sowie eine weitere, mit einem anderen Netz- 
werk verbundene Kommunikationskarte (1-2) um- 
fasst, und dadurch, dass die genannte Verwal- 
tungsstufe (5) fahig ist, hinsichtlich der Ubertragung 
von Nachrichten wenigstens eines der Netzwerke in 
Abhangigkeit von der in dem zweiten Feld der zu 
ubertragenden Nachricht enthaltenen Zwischenziel- 
stationsadresse (8) zu wahlen. 

1 7. Anordnung nach einem der Anspruche 5 bis 1 6, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
Verkapselungs-/Entkapselungseinrichtungen (1 7) 
umfasst, fahig ein zweites Feld oder wenigstens ei- 
nen Teil einer Kapsel einer von der Pilotstufe (2) 
stammenden Nachricht zu extrahieren, oder einer 
fur wenigstens eine Station des Netzwerks bestimm- 
te Nachricht uber diese Pilotstufe (2) ein zweites Feld 
hinzuzufugen. 

18. Anordnung nach einem der Anspruche 1 bis 17, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
(5) Verwaltungseinrichtungen (15) von Nachrichten 
umfasst, die vom Dienstnachrichtentyp sind. 

19. Anordnung nach Anspruch 18, dadurch gekenn- 
zeichnet, dass die Dienstnachrichtenverwaltungs- 
einrichtungen (15) fahig sind, Dienstnachrichten fur 
multiple, zu wenigstens einem Netzwerk gehorende 
Endzielstationen "zu streuen". 



20. Anordnung nach einem der Anspruche 18 und 19, 
dadurch gekennzeichnet, dass die Dienstnach- 
richtenverwaltungseinrichtungen (1 5) Verzoge- 
rungseinrichtungen umfassen, befahigt zum Ruck- 
5 wartszahlen einer gewahlten Zeitdauer, und da- 

durch, dass die gewahlte Sendebedingung einer 
Dienstnachricht am Ende des Ruckwartszahlens ve- 
rifiziert wird. 

10 21. Anordnung nach einem der Anspruche 18 und 20, 
in Abhangigkeit von Anspruch 1 4, dadurch gekenn- 
zeichnet, dass die gewahlte Sendebedingung einer 
Dienstnachricht bei jeder Modifikation der Rou- 
ting-Tabelle verifiziert wird. 

15 

22. Anordnung nach einem der Anspruche 1 bis 21, da- 
durch gekennzeichnet, dass die Stationen (S) 
Konfigurationseinrichtungen (1 9) der verschiedenen 
Stufen und der Karte(n) umfassen, die durch die ge- 

20 nannten Schnittstelleneinrichtungen mit ihnen sowie 
mit dem genannten Betriebssystem verbunden sind. 

23. Anordnung nach Anspruch 1 8 in Verbindung mit An- 
spruch 22, dadurch gekennzeichnet, dass die ge- 

25 wahlte Sendebedingung einer Dienstnachricht beim 
Empfang einer lokalen Abfrage bzw. durch eine lo- 
kale Abfrage der Netzstufe (3) oder der Konfigurati- 
onseinrichtungen (19) verifiziert wird. 

30 24. Anordnung nach Anspruch 16 in Verbindung mit ei- 
nem der Anspruche 22 und 23, dadurch gekenn- 
zeichnet, dass die genannten Routing-lnformatio- 
nen in Nachrichten enthalten sind, die von den Kon- 
figurationseinrichtungen (19) stammen. 

35 

25. Anordnung nach einem der Anspruche 1 bis 24, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
(5) Synchronisationseinrichtungen (21,22) umfasst, 
fahig fur bestimmte andere Stationen bestimmte 

40 Nachrichten des Typs Frequenz- und Zeitsynchro- 
nisationsnachrichtzu erzeugen, und, beim Empfang 
einer Synchronisationsnachricht, aus ihr die Infor- 
mationen zu extrahieren, urn die Sende-Empfangs- 
einrichtungen der Kommunikationskarte (1) ihrer 

45 Station in den den genannten extrahierten Informa- 
tionen entsprechenden Zustand zu versetzen. 

26. Anordnung nach Anspruch 25, dadurch gekenn- 
zeichnet, dass die Synchronisationseinrichtungen 

50 (21,22) fahig sind, die genannte Synchronisations- 
nachricht spontan zu erzeugen, insbesondere peri- 
odisch. 

27. Anordnung nach einem der Anspruche 25 und 26, 
55 dadurch gekennzeichnet, dass die gewahlte Sen- 
debedingung einer Synchronisationsnachricht beim 
Empfang einer lokalen Abfrage bzw. durch eine lo- 
kale Abfrage der Netzstufe (3) oder der Konfigurati- 
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onseinrichtungen (19) verifiziert wird. 

28. Anordnung nach einem der Anspruche 25 bis 27, 
dadurch gekennzeichnet, dass die Synchronisa- 
tionseinrichtungen (21 ,22) fahig sind, Abfragenach- 5 
richten zu erzeugen, die das Senden einer Synchro- 
nisationsnachricht fordern. 

29. Anordnung nach Anspruch 9 in Verbindung mit ei- 
nem der Anspruche 15 bis 28, dadurch gekenn- 10 
zeichnet, dass die Verwaltungsstufe (5) Weichen- 
einrichtungen (1 6) umfassen, verbunden mit den ge- 
nannten Verkapselungs-/Entkapselungseinrichtun- 
gen (17), den genannten Routing-Einrichtungen 
(14,18,20), den genannten Dienstnachrichten-Ver- 15 
waltungseinrichtungen (15) und den genannten Syn- 
chronisationseinrichtungen (21 ,22). 

30. Anordnung nach Anspruch 29, dadurch gekenn- 
zeichnet, dass die genannten Weicheneinrichtun- 20 
gen (16) fahig sind, aufgrund des Typs der empfan- 
genen Nachrichten die Stufe(n) - Netzstufe (3) oder 
Pilotstufe (2) - und/oder die Einrichtungen unter den 
Routingeinrichtungen (14,18,20), den Kapse- 
lungs-/Entkapselungseinrichtungen (17), den Syn- 25 
chronisationseinrichtungen (21 ,22) und den Dienst- 
nachrichten-Verwaltungseinrichtungen (15) zu be- 
stimmen. 

31. Anordnung nach einem der Anspruche 1 bis 30, da- 30 
durch gekennzeichnet, dass die Verwaltungsstufe 

(5) Teil der Pilotstufe (2) ist. 

32. Verfahren zur Ubertragung von Nachrichten zwi- 
schen den Stationen (S) einer Anordnung nach ei- 35 
nem der vorangehenden Anspruche, von denen jede 
umfasst: 

- ein Betriebssystem (4), 

- eine "Netz"-Stufe (3) zur Verarbeitung und Er- 40 
zeugung der Nachrichten eines ersten Formats, 

- eine Kommunikationskarte (1 ), fahig Nachrich- 
tungen eines zweiten Formats mit wenigstens 
einem Netzwerk auszutauschen, 

- eine "Pilot"-Stufe (2), fahig von der Karte (1) 45 
oder der Netzstufe (3) empfangene Nachrichten 
jeweils in das erste Format oder das zweite For- 
mat umzusetzen, um sie zu der Netzstufe (3) 
oder der Karte (1) zu ubertragen, und 

- Schnittstelleneinrichtungen der genannten 50 
Stufen, der Karte und des Betriebssystems un- 
tereinander, 

dadurch gekennzeichnet, dass es den einen 
und/oder anderen der folgenden Schritte umfasst: 55 

- Abfangen der Nachrichten des ersten Formats, 
die ausgetauschtwerden mussen zwischen der 



Netzstufe (3) und der Pilotstufe (2) einer Station 
(S), dann Analysieren der in den abgefangenen 
Nachrichten enthaltenen Informationen, um 
uber die Fortsetzung bzw. Weiterfuhrung ihrer 
Ubertragung zu entscheiden, in Abhangigkeit 
von wenigstens einem die analysierten Informa- 
tionen betreffenden Kriterium, 
- Erzeugen einer Nachricht eines im zweiten 
Format gewahlten Typs hinsichtlich ihrer Sen- 
dung bzw. Einspeisung in das Netzwerk, wenn 
eine gewahlte Sendebedingung verifiziert ist. 
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ABSTRACT 



A system for transmitting messages comprises stations (S) 
having an operating system (4), a "network" stage (3) for 
processing and generating messages in a first format, a 
communication card (1) for exchanging messages in a 
second format with a network, a "driver" stage (2) for 
putting the messages received from the card (1) or the 
network stage (3) in the first format or second format and 
transmitting them to the network stage (3) or to said card (1). 
The stations further comprise a management stage (5) 
coupled to the operating system (4) and adapted to intercept 
messages in the first format which are to be exchanged by 
the network stage and the driver stage so as to analyse the 
information which they contain and decide to continue their 
transmission, subject to any required processing, and/or 
adapted to generate messages in the second format, intended 
for the stations of the network, when a chosen condition is 
met. 

32 Claims, 5 Drawing Sheets 
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SYSTEM FOR TRANSMITTING MESSAGES 
TO IMPROVED STATIONS, AND 
CORRESPONDING PROCESSING 



BACKGROUND OF THE INVENTION 

The invention relates to information networks or systems 
which allow messages to be exchanged between posts or 
stations. 

10 

It relates more precisely, but not exclusively, to networks 
wherein the transmission is of the "radio-frequency" type, 
i.e. those which require no connections known as "hardware 
support" or "wires" (such as for example cables or fiber 
optics). 15 

Networks of this kind, which may be termed local, are 
easy to install, but they do have a drawback connected with 
the limited range of the transmissions, typically a few dozen 
meters for outputs of several Megabits per second. This 
limitation, which is due chiefly to the laws of physics which 2 o 
govern radio transmissions, is impossible to circumvent. 

Those skilled in the art have proposed certain solutions 
for overcoming this problem, such as for example increasing 
the broadcasting power, or improving reception by the use of 
booster aerials. 25 

As regards local networks, in particular, it is common to 
use stations which are at least a hundred meters apart. Some 
of these networks have a conventional structure in which the 
stations are connected at level "2", such as for example the 
MAC level or LLC level of the ISO model of OSI. More 30 
precisely, the stations comprise an operating system, a stage 
(or layer) known as "network" which processes and gener- 
ates messages of a first format, a communications card for 
exchanging messages of a second format with other stations 
which belong, generally speaking, to the same network, a 35 
so-called "control" stage (known in English as the "driver", 
such as the MAC driver, in particular) for putting messages 
received from the card or the network stage, respectively, 
into the first format or into the second format and transmit- 
ting them to the network stage or to the card, and means for 40 
interfacing the stages, card and operating system with one 
another (normally software and/or connecting cables). 

In this type of network, the solution proposed for relaying 
messages (or frames) consists in using at level 2 of each 
station techniques as described in FR patent 9509928 by this 
Applicant. These techniques require so-called "intelligent" 
network cards which have their own hardware and software 
resources. Cards of this kind are complex and expensive, 
which runs counter to practice in wired networks where the 
cards are simple in design. 

SUMMARY OF THE INVENTION 

The aim of the invention is therefore to provide a system 
for transmitting messages, and the corresponding process, 55 
which do not have the drawback mentioned above. 

To this end it proposes a system of the type described in 
the introduction, wherein at least some stations have a 
management stage coupled to their operating system by 
interface means and placed between their network stage and go 
their driver stage so as to carry out one and/or other of the 
following operations a) and b): 

a) intercepting messages in the first format which have to 
be exchanged by the network stage and the driver stage 
(in the "ascending" direction and in the "descending" 65 
direction), in order to analyse the data they contain and 
decide to continue transmitting them between stages, 
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subject to any processing, as a function of at least one 
criterion bearing on the data analysed, 
b) generating, spontaneously or on request, messages of a 
selected type, in the second format, such as for example 
service messages, with a view to sending them through 
the network via the communications card when a 
selected condition is met. 
The definition "ascending" refers to a message (or data) 
coming from the driver stage and directed towards the 
network stage, whereas "descending" refers to a message (or 
data) coming from the network stage and directed towards 
the driver stage. 

Thanks to the invention, the management stage can 
absorb an ascending message (e.g. qualitatively filter or 
extract information relating only to itself), and/or generate a 
descending message in order to add data thereto or to 
generate another descending message, and/or intercept an 
ascending message in order to relay (or route) it, i.e. convert 
it into an at least partially modified descending message and 
possibly transmit it jointly to the network stage. 

Thus, by "decision to continue transmission" is meant a 
decision to convert an ascending message into a descending 
message, or a decision to continue the descent/ascent of a 
descending/ascending message, or a decision to convert an 
ascending message into a first ascending message and a 
second descending message, or a decision to interrupt the 
ascent of an ascending message with the purpose of using its 
information in the management stage (this applies particu- 
larly to service messages). 

Thus, the communications card (or network card), the 
driver stage and the network stage (or layer) of a station may 
be retained without modifying their respective equipment 
and software. 

Preferably, the operating system of the stations provided 
with a management stage is of the multi-task type, so that 
some of the processing power and the memory of the station 
are used for managing the connection of this station to the 
network, without this interfering with other applications (or 
tasks). 

According to another feature of the invention, the mes- 
sages in the second format comprise a first field (preferably 
formed by at least the address of the final destination station, 
and more preferably a first pair of addresses preferably 
comprising the addresses of the initial originating station 
and the final destination station). This first field may be 
replaced or, preferably, supplemented by a second field 
forming a "capsule" or part of a capsule, and preferably 
made up of at least one address of an intermediate destina- 
tion station, and better still a second pair of addresses 
preferably comprising the address of the last station to have 
emitted the message received (known as the intermediate 
originating station) and the address of the intermediate 
destination station. 

According to another feature of the invention, the mes- 
sages in the second format may comprise data representing 
the type of information which they contain. In this case, the 
criterion chosen for the decision to continue transmission 
advantageously relates to the type of information contained 
in the messages received from one stage of the station. 

According to a further feature of the invention, the 
messages in the second format may include data represent- 
ing their sequence numbers. 

According to the invention, the management stage is 
capable of ensuring at least one function (or treatment) 
selected from the encapsulation/de -encapsulation of mes- 
sages to be transmitted or received, the generation of service 
messages, either spontaneously or on request, the routing of 



US 6,697 : 

3 

information, the synchronisation of the station in which the 
management stage is installed and possibly that of other 
stations in the network to which this station is connected. 

The term "routing" here means determining an interme- 
diate station address in order to (re)transmit a message in the 5 
optimum manner to one or more final destination stations, by 
interrogating a routing table stored in the management stage, 
this table being capable of being updated using topological 
data and/or neighbourhood data supplied by the service 
messages emitted by the other stations of the network. 10 

Moreover, de-encapsulation/encapsulation refers to the 
removal from a message, or the addition thereto, of a capsule 
consisting in particular of a pair of addresses. 

Moreover, the term synchronisation denotes the "align- 
ment" of at least the transmitting/receiving means of the 15 
station with the frequency transmission mode and the ref- 
erence time common to the network or at least one of its 
stations, so that at least the relay stations of the network are 
all synchronised. This synchronisation may be implemented 
using the synchronisation messages received from the other 20 
stations, but it may also be initiated by the driver stage of a 
station. 

The invention also applies to stations equipped with at 
least two driver stages each respectively connected to, on the 
one hand, communication cards connected to different net- 25 
works and, on the other hand, the management stage, which 
is capable of selecting one and/or the other of the networks 
with a view to transmitting a message according to the 
address of the intermediate destination station contained in 
the message which is to be transmitted. In this case, one of 30 
the networks is of the radio type whereas the other network 
(s) are preferably of the wired type. Thus, it is possible to use 
a wired network as a shortcut, or as an emergency solution 
when radio transmission proves impossible. 

According to yet another feature of the invention, when 35 
the management stage is arranged to perform at least two 
different functions (or processes), it preferably comprises 
switching means connected to the means which perform 
these functions, which are capable of switching the mes- 
sages (or data) depending on the type of information which 40 
they contain. 

The invention also proposes a process for transmitting 
messages (or data or frames) between the stations of a 
system of the type described hereinbefore, comprising one 
and/or the other of the following steps: 45 
intercepting each message which is to be exchanged 
between the network stage and the driver stage of a 
station, then analysing the information contained in the 
intercepted message in order to decide on continuing its 
transmission, possibly after processing, as a function of 50 
at least one criterion bearing on the information 
analysed, 

generating a message of a selected type for broadcast on 
the network when a selected condition is met. 

55 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other features and advantages of the invention will 
become apparent from studying the detailed description 
which follows, and the accompanying drawings, wherein: 6Q 

FIG. 1 is a highly simplified plan illustrating the structure 
of a station according to the prior art; 

FIGS. 2 A and 2B are highly simplified plans illustrating 
the structures of two embodiments of stations according to 
the invention; 65 

FIGS. 3 A and 3B are simplified plans illustrating, in 
greater detail, the structures of the stations in FIGS. 2 A and 
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2B, when their management stage is capable of performing 
the functions of routing and processing service messages; 

FIG. 4 shows an example of a message format used in the 
systems according to the prior art; 

FIG. 5 shows an example of a message format used in the 
systems according to the invention; 

FIG. 6 shows an example of the switching of an ascending 
message in a station of the type shown in FIG. 2 A; 

FIG. 7 shows an example of the routing of a descending 
message in a station of the type shown in FIG. 2A; 

FIG. 8 is a block diagram showing the processing of an 
ascending message by the management stage; 

FIG. 9 is an alternative embodiment of the station shown 
in FIG. 3A. 

The accompanying drawings are, essentially, of a definite 
nature. Consequently, they may serve not only to supple- 
ment the invention but may also contribute to the definition 
of the invention if necessary. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

We will refer first to FIG. 1 to describe an embodiment of 
a system for transmitting messages (or data, or frames) 
according to the prior art. 

This FIG. 1 shows part of a system for transmitting data 
(or network) in which stations Si (here i=l and 2) can 
exchange messages (or frames) containing data (or 
information). Here, the system forms a local network of, the 
radio frequency type wherein the messages are exchanged 
by PCs (personal computers) through the ether. In order to 
permit such broadcasts, each station Si has a special com- 
munication structure organised as follows. 

First, a communication card 1 known as the network card 
is provided, which comprises a transceiver for transmitting/ 
receiving, a network component capable of recovering mes- 
sages travelling through the medium (in this case the ether) 
and storing them in a buffer memory after checking that the 
messages (or packet, or frame) are intact. 

Then, a driver stage 2 is provided, connected to the 
network card 1 by interface means such as an interconnect- 
ing cable, and enabling the so-called "top" layers of the 
network protocols to recover the messages or packets. In this 
example, the driver stage is of the MAC type. However, it 
could be a different type of driver stge, such as for example 
the LLC type of the ISO model of OSI. Normally, this driver 
stage 2 is a software layer which provides for initialisation 
of the communication card 1 (network card) and more 
particularly its transceiver and its network component. 

Thereafter, "connected" to the MAC driver stage 2, is 
provided a so-called "network" layer 3 which is in fact the 
top layer of the network protocols mentioned above. 
Generally, it is also a software layer. 

Usually, the network layer 3 and the MAC driver stage 2 
are connected by standardised interface means of the soft- 
ware type. By way of example, in the Windows and Win- 
dows NT environments (trademarks registered by 
MICROSOFT) the interface is known by the name NDIS. In 
another example corresponding to the Novell environment, 
this interface is known as ODI. 

The network layer (or stage) 3 and the MAC driver stage 
2 are both controlled by the operating system 4 of the host 
station in which they are installed. In other words, they 
function by using the resources of the operating system 4 of 
the station Si. 
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As mentioned in the introduction, because of the physical 
limitations of radio transmission, it is imperative that the 
stations of the local network are able to relay messages or 
frames. In the systems of the prior art, this can only be done 
using frame relaying techniques of the type described in FR 5 
patent 95 09928 of this Applicant, which require "intelli- 
gent" network cards (communication cards) in order to be 
carried out, which goes against the grain with the skilled 
person on account of their complexity and high cost. 

The invention will thus offer a particularly elegant solu- i° 
tion to the drawbacks of the message transmitting systems 
according to the prior art. 

Reference will now be made to FIGS. 2A and 3A to 
describe the general structure of the stations of a message 
transmitting system according to the invention. 15 

The invention starts from the conventional structure 
described with reference to FIG. 1, and a network manage- 
ment stage (or layer) 5 using the resources of the operating 
system 4 is "intercalated" between the MAC driver stage 2 
and the network stage (or layer) 3 of a station Si. 

Preferably, and with the aim of avoiding any noticeable 
interference between the different applications or tasks of 
the operating system 4 of the host system Si and the task 
carried out by this network management stage 5, the oper- 25 
ating system 4 of the station Si is selected to be of the 
multi-task variety. Modern operating systems have sched- 
ulers which make it possible to scrutinise the various tasks 
waiting, roughly every hundredth of a second. Moreover, it 
is sometimes possible to give priority to different tasks 3Q 
waiting. Consequently, it may be envisaged that basic tasks 
(those which are carried out at all times) remain virtually 
imperceptible to the user of a station. 

It may be noted that in the structure shown in FIG. 1 the 
real-time processing is carried out by the network card, so 35 
that the tasks of the network management stage do not have 
to carry out such processing. It is possible to envisage 
processing these different tasks as basic tasks. 

In the conventional structure shown in FIG. 1, the streams 
of data (or messages) run either in the ascending direction, 40 
i.e. from the network card 1 to the network layer 3, or in the 
descending direction, i.e. from the network layer 3 to the 
network card 1. In the structure according to the invention, 
the streams of data or messages which have to be exchanged 
between the network layer 3 and the driver stage 2 (in both 45 
directions) are intercepted. As a result, in a given station, the 
MAC driver stage 2 and the network management stage 3 
may, in some embodiments, process messages (or frames) 
which are not intended for the station in question. As we will 
see, such a possibility will enable the station to perform the 50 
functions of connectivity and/or synchronisation which go 
beyond the simple, direct transmission from an originating 
station to a final destination station. 

The network management stage 5 may, in some 
embodiments, be capable of generating, spontaneously or at 55 
the request of a higher level such as, for example, the 
network layer (or stage) 3, messages, particularly service 
messages, towards other stations of the local network. 

It is clear that the number of different processes (or 
functions) which the network management stage 5 can carry 60 
out will depend on the particular requirements. Thus, this 
network management stage 5 may be capable only of 
intercepting ascending or descending messages with a view 
to deciding on their transmission, possibly after processing, 
or allowing only descending messages of a given type (e.g. 65 
service or synchronisation) to be generated, or allowing 
messages to be both intercepted and generated. 



FIG. 2B shows an alternative embodiment of the structure 
of the station in FIG. 2A. In this alternative embodiment, the 
station is connected to two networks (known as network 1 
and network 2). To do his, the station Si has two network 
communication cards 1-1 and 1-2, respectively, which are 
capable of sending messages into the media of networks 1 
and 2, or receiving messages circulating in these media of 
networks 1 and 2, each network card 1-i being connected to 
an MAC driver stage 2-1 or 2-2 via appropriate interface 
means, each MAC driver stage 2-i (i=l and 2) itself being 
"connected" to a single network management stage 5. 

The network 1 in this case is, for example, a wireless 
network (or radio network) whereas the network 2 is a wired 
network, of course, the two networks may be radio networks 
transmitting on different frequencies and according to dif- 
ferent modes or protocols. 

Thus, by means of this alternative embodiment, it is 
possible to decide at the level of the network management 
stage 5 to send a message on two networks at the same time, 
or to re -send a message from a first network into a second 
network, possibly instantly, the second network here being 
used as a shortcut, or as an emergency network if the final 
destination station for a message cannot be reached by the 
host station which has received this message. 

Obviously, the network management stage 5 could man- 
age more than two networks, e.g. three or four or even more, 
by using as many driver layers or stages 2-i and network 
communication cards 1-i as there are networks. 

In other words, to sum up, the network management stage 
5 of a station Si makes it possible to set up what is known 
in the art as a "cable -radio" bridge. 

It is clear that a network management stage 5 of this kind 
is preferably produced by means of software such that there 
is no need to modify the network layer (or stage) 3 or the 
MAC driver stage 2 in any way whatsoever. Of course, when 
one has the source codes of the MAC driver stage 2, it is 
possible to envisage combining the network management 
stage 5 and the MAC driver stage 2 to form a single stage. 

Reference will now be made to FIGS. 3A and 3B to 
describe in more detail the structures of the stations illus- 
trated in FIGS. 2 A and 2B, respectively. 

As mentioned earlier, the network management stage 5 is 
capable of performing at least one function and preferably at 
least two. This is particularly true in the embodiments shown 
in FIGS. 3 A and 3B. In fact, the network management stage 
5 is designed so as to allow routing (in the broadest sense of 
the word) and management of service messages or packets. 

Before the network management stage 5 is described in 
more detail, we will run through the general construction of 
a frame (or packet, or message) in a system according to the 
prior art. 

FIG. 4 shows, in highly diagrammatical form, a message 
as used in the systems according to the prior art. Such a 
message comprises at least one field containing a pair of 
addresses, comprising an address for the final destination 
station 6 and an address for the initial originating station 7, 
and data 13 forming the contents of the message which is to 
be processed. Here, the phrase final destination station 6 
denotes the station for which the message is intended, 
whereas the initial originating station 7 is the one which has 
sent the message to the final destination station. 

Of course, the frame shown in FIG. 4 may possibly 
contain other data. Such data may be found, for example, in 
IEEE standard 802.11. 

The address of the final destination station is directly used 
by the network card 1 to filter the frames which reach it, so 
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that only those frames, except for those in question, which 
have arrived at their destination and which are consequently 
intended for the host station are sent back up to the network 
layer 4. 

FIG. 5 shows a packet (or frame, or message) of the type 5 
which may be used in a system according to the invention. 
As will be seen hereinafter, this type of message may contain 
substantially less information or fields, notably in the 
"broadcast" or "full promiscuous" modes which are modes 
known as "for broadcasting". 1° 

A frame of the type shown in FIG. 5 comprises a first field 
consisting of a first pair of addresses, comprising an address 
for the final destination station 6 and an address for the 
initial originating station 7, a second field consisting of a 
second pair of addresses, forming a capsule (or capsule 15 
portion), and comprising an address for the intermediate 
destination station 8 and an address for the intermediate 
originating station 9, a field 10 denoting the type of frame (or 
in other words the type of information contained in the 
message or frame), a field 11 denoting a sequence number, 20 
possibly other types of information 12, and data 13, forming 
the contents of the message which is to be processed. A 
frame of this kind is known as a second format frame, 
compared with a frame which "comes out of the network 
stage 3, known as first format, and which does not have a 25 
second pair of addresses. Moreover, owing to the presence 
of the second pair of addresses 8 and 9 placed in front of the 
first pair of addresses 6 and 7, the frame is referred to as 
"encapsulated". 

By "intermediate destination station 8" is meant the next 30 
station to which a message is to be sent, whereas the 
intermediate originating station 9 is the station which is 
going to send the message intended for the intermediate 
destination station 8. 

35 

As will be seen hereinafter, the frame-type field will be 
used to switch the incoming frame into the network man- 
agement stage 5, thus optimising its processing. 

The sequence number field 11 is not obligatory, but it may 
be useful inasmuch as it makes it possible to reject frames 4Q 
which have already been received or to disregard some of 
them. 

Finally, the first pair of addresses 6 and 7 will be used in 
the functions of routing/relaying, which are described 
hereinafter, in order to optimise the choice of intermediate 45 
destination station 8. 

It is clear that the final destination station 6 may be 
identical to the intermediate destination station 8. Similarly, 
when a message is sent by a given host station, the address 
of the initial originating station 7, which is its own address, 50 
is identical to the address of the intermediate originating 
station 9. 

In the embodiment shown in FIGS. 3A and 3B, the 
network management stage 5 is required to perform the task 
of message routing as well as the task of managing service 55 
packets (or messages). To do this, it has a network service 
management module 14 and a service packet (or message) 
management module 15 connected to a switching module 16 
which communicates, on the one hand, with the network 
layer 3 and, on the other hand, with a de -encapsulation/ 60 
encapsulation module 17, which is itself "linked" to the 
MAC driver stage 2. 

This de-encapsulation/encapsulation module 17 has the 
purpose of removing or adding the capsule (or capsule 
portion) consisting mainly of the second pair of addresses 8 65 
and 9, depending on whether the data is to be transmitted up 
or down. 
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When the MAC driver stage 2 receives from the network 
card 1 a second format message of the type shown in FIG. 
5, it sends it back up to the network layer 3. Owing to the 
presence of the network management stage 5, the second 
format message is intercepted as it leaves the MAC driver 
stage 3 before it arrives at the network layer 3. More 
precisely, this second format message is intercepted by the 
de-encapsulation/encapsulation module 17 which removes 
the capsule, i.e. the second pair of addresses 8 and 9, from 
it. This removal may be physical, i.e. the second format 
message may have this second pair of addresses 8 and 9 (or 
capsule, or capsule portion) removed from it, which may 
optionally be stored in the memory, but it may also be 
"virtual", with the second pair of addresses remaining in the 
second format message (and the message remaining, possi- 
bly stored in its entirety, in a suitable memory). The message 
de-encapsulated by the de-encapsulation/encapsulation 
module 17 is then sent to the switching module 16, which 
will then analyse the frame -type field which it contains in 
order to send the de-encapsulated message either to one of 
the modules 14 and 15 of the network management stage 5 
or directly to the network layer 3, or to the network layer 3 
and at least one of the modules 14 and 15. 

It should be noted here that in the variants in which the 
network management stage operates only in "broadcast" 
mode, it is not essential for it to have a de -encapsulation/ 
encapsulation module 17. 

Of course, it might be possible for the switching to be 
based on the analysis of another specific field contained in 
the second format message, e.g. in its field 12 labelled in 
FIG. 5 as "other information". 

In the embodiment shown in FIG. 3A, a service message 
received by the network management stage 5 is hence 
distributed by the switching module 16 to the sole service 
packet management module 15. Similarly, a message con- 
taining routing information or requiring routing will be 
distributed directly by the switching module to the routing 
module 14. Finally, a message containing only data 13 (or 
information) relating to the top layers of the station will be 
distributed directly by the switching module 16 to the 
network layer 3. 

The opposite reasoning may be applied in the case of a 
descending message coming from a top layer, such as the 
network layer 3, and directed towards the MAC driver stage 
2 (cf FIG. 7). In this case, the message supplied by the 
network layer 3 is in the first format, inasmuch as it contains 
data 13 and a first pair of addresses containing an address for 
a final destination station 6 and an address for an initial 
originating station 7 which in this case turns out to be the 
host station. However, this message could contain other 
fields different from the second pair of addresses 8 and 9. 

This first format message is, unless linked to a "broad- 
cast" type transmission, intercepted by the network man- 
agement stage 5, and more precisely by its switching module 
16. In fact, a first format message from the network layer 3 
may contain information which is useful to one of the 
modules 14 or 15, or a request for sending a service 
message. Moreover, and in particular, the network service 
management module 14 (routing) has the job of 
determining, from the address of the final destination station 
6 contained in the first pair of addresses of the first format 
message received from the network layer 3, the address of 
the intermediate destination station 8 of the second pair of 
addresses to which the message is to be sent. 

This switching is carried out, as in the upward direction, 
on the basis of the analysis of the field 10, i.e. the type of 
frame or message. 
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As will be explained hereinafter, the network service 
management module 14 (routing) delivers, to this same 
switching module 16, an address for the intermediate des- 
tination station 8. The de-encapsulation/encapsulation mod- 
ule 17 then forms a second format message (of the type 5 
shown in FIG. 5) by adding to the first format message 
coming from the network layer 3 a capsule (or capsule 
portion) consisting of the second pair of addresses 8 and 9, 
which comprises the address of the intermediate destination 
station 8 determined by the module 14 and the address of the 10 
intermediate originating station 9, i.e. that of the host station 
in which it is installed. 

This second format message is then transmitted to the 
MAC driver stage 2, then to the network card 1 for emission 
into the medium, in this case, the ether, towards the inter- 15 
mediate destination station 8 contained in the capsule (or 
second pair of addresses of the second format message). 

In the alternative embodiment shown in FIG. 3B, the 
de-encapsulation/encapsulation module 17 is capable of 
receiving second format messages from a first MAC driver 20 
stage 2-1 and a second MAC driver stage 2-2, and of 
supplying these two stages, either separately or 
simultaneously, with second format messages generated 
either by one of the modules 14 or 15 of the network 
management stage 5 or by the network layer 3. 

Of course, inasmuch as a message in the first format does 
not necessarily come from a top layer, of the network layer 
3 type, the processing may be slightly different. 

Thus the service packet management module 15 may send 3Q 
a service message to one or more stations of one or more 
networks either spontaneously or at the request of a top 
layer. "Spontaneously" means a message sent automatically, 
e.g. periodically, or sent when a topological change has 
taken place in a routing table for the station concerned, 35 
subsequent to receiving a service message. 

A service message of this kind may also be intended for 
all the stations of the network, e.g. when it contains topo- 
logical or neighbourhood information intended to update the 
routing tables of the stations of the network, and conse- 40 
quently intended to improve their connectivity. In this case, 
the service message is formed from interrogation of the 
contents of a routing table (or a plurality of tables or 
directories) stored in a memory 15 of the network service 
management module 14 (routing). 45 

When the service message generated by the service packet 
management module 15 relates to a specific final destination 
station 7, the module 15 interrogates the network service 
management module 14 so as to determine an address of an 
intermediate destination station 8 which will ensure opti- 50 
mum routing of the service message towards the final 
destination station 6. The service message and the address of 
an intermediate destination station 8 are then transmitted to 
the switching module 16, then to the de -encapsulation/ 
encapsulation module 17. 55 

Similarly, when an ascending service message reaches the 
level of the switching module 16, the latter, detecting by 
means of its field 10 (frame type) that it is actually a service 
message, transmits it to the service packet management 
module 15, which extracts the data from it for processing. 60 

Two types of service message (or frames) can be received 
or generated by the service packet management module 15. 
First, there are the so-called "neighbourhood" messages 
which are usually sent by a method known as "one jump 
broadcasting". Such neighbourhood messages generally 65 
contain the list of neighbours of the host station. It is useful 
to add, alongside each neighbouring station, a status selected 



from the following list: asymmetrical link, symmetrical link, 
multipoint relays. These neighbourhood messages are 
accompanied by a stamp (which may be contained, for 
example, in the field 11 giving the sequence number) for 
recognising a message carrying more recent information. 

A status of the "asymmetrical link" variety indicates that 
the station is hearing another station and is not certain of 
being heard by it. By contrast, a status of the "symmetrical 
link" variety indicates that the station is hearing another 
station and is certain of being heard by it. A status of the 
"multipoint relay" variety is a particular status which makes 
it possible to designate particular stations enabling a given 
station to provide multipoint transmissions. As the neigh- 
bourhood messages are exchanged between stations, the 
statuses of the stations become more and more refined. 

As for the topology messages, these are generally sent in 
so-called "broadcast" mode. They comprise a list of the 
neighbours of the emitting station (host) which makes it 
possible to draw up the total topology of the network. 

Of course, it might be possible to use other types of 
topological information different from that generally used in 
the "link status" approach described above. For example, it 
might be possible to exchange only information relating to 
the distance between nodes. To do this, the service messages 
would simply have to specify the distance vector which 
gives, for any given point, the minimum distance separating 
it from any other point on the network. An approach of this 
kind is generally known as the "distance vector" by those 
skilled in the art. 

Depending on the type of approach chosen, the topology 
messages will therefore be sent either in general broadcast 
mode (link status approach) or in one jump broadcast mode 
(distance vector approach). 

The service messages which have been recognised by the 
switching module 16 as carriers of topological or neigh- 
bourhood information are supplied to the service packet 
management module 15 (see FIG. 6). This extracts the 
information from them and transmits it to the network 
service management module 14 (routing) and more precisely 
to a module for calculating the routing tables 18 which it 
contains. Preferably, the routing table or tables (or directory) 
are stored in this calculating module 18, so that on receiving 
information the calculating means can recalculate (or 
modify, or add to) these routing tables (or in other words 
update them). 

Calculating a routing table may be regarded, as a first 
approximation, as calculating all the pathways enabling a 
given host station to reach the other station(s) of the network 
(s) to which it is connected in the optimum manner. 

The calculation of the routing tables may be carried out by 
any method known to those skilled in the art, depending on 
the type of approach adopted. In particular, the number of 
jumps necessary to reach a destination may be calculated, 
for example, using DJISTRA or BELLMAN FORD algo- 
rithms. 

The method of generating the service messages will 
depend on the variant chosen. Thus, in one particularly 
simple mode, the service packet management module 15 
comprises a timer capable of counting down a time period of 
predetermined length, so that at the end of each timed period 
a service message will be systematically generated. The 
countdown defines a message generating criterion which is 
verified each time the end of a period is detected. 
Alternatively, the service message may be generated by the 
service packet management module 15 in response to an 
order (or request) received from a top layer, such as the 
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network layer 3 of the host station, or at the request of a 
configuration module 19. As mentioned earlier, a service 
message may be emitted spontaneously when a topological 
change has taken place in a routing table of the station in 
question, on receipt of a service message. 5 

A configuration module 19 of this kind may be formed, 
for example, by user software enabling a user of the com- 
puter (or host station) to get hold of information or select 
options, enabling them to fix the operating parameters of the 
various modules, stages and cards of the station. The con- 10 
figuration module 19 could also enable a user to access all, 
or only some, of the information which make it possible to 
draw up or modify the various routing tables stored in the 
network service management module 14 (routing). 
Similarly, a configuration module 19 of this kind could make 15 
it possible to control the length of the timing duration which 
fixes the time period of the criterion for generating service 
messages by the service packet management module 15. 

Finally, a configuration module 19 of this kind may be 
used to display the different topological tables on the station 20 
monitor, thus showing, for example, the links between the 
different stations of the network(s) to which the station in 
which the module is installed is connected. 

Reference will now be made to FIG. 8, in particular, to 
describe another mode of operation of a system according to 25 
the invention. 

Hitherto, particular modes of operation have been 
described in which an ascending or descending message is 
intercepted either for the purpose of being processed by one 3Q 
of the modules 14 or 15 or for the purpose of being 
transmitted to the network layer 3 or MAC driver stage 2. 
However, according to the invention, it is also possible to 
carry out re -transmission of a message received in the 
second format, either because it does not actually relate to 35 
the station which has just received it or because it does relate 
to this station but relates to others as well (message to be 
broadcast). 

It should be noted that, as a result of the presence of the 
second pair of addresses 8 and 9 at the head of a message 40 
received in the second format, the latter is automatically 
taken into account and sent back up by the network card 1 
to the MAC driver stage 2 and the network management 
stage 5 when this second pair of addresses has, as its 
intermediate destination station address, that of the host 45 
station in which the network card 1 is installed. In other 
words, even if the address of the final destination station 6 
(contained in the first pair of addresses) is not that of the host 
station, the message is sent back up. 

It is therefore the network management stage 5 which 50 
decides to continue transmission of a message received in 
the second format. To do this, the network management 
stage 5 is capable, on receiving an ascending message 
coming from the network card 1 via the MAC driver stage 
2, of running a first test 100 relating to the address of the 55 
final destination station 6 contained in the first pair of 
addresses in the message received in the second format. If 
the result of this first test is positive, the switching module 
16 transmits the message (optionally de -encapsulated 
beforehand by the de-encapsulation/encapsulation module 60 
17) to the network layer 3, which constitutes step 110. 

Then the network management stage 5 runs a second test 
to determine whether the message received in the second 
format should also be retransmitted to one or more other 
stations in the network(s). If the result of this test 120 is 65 
negative, the processing carried out by the network man- 
agement stage 5 is ended. On the other hand, if the result of 
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this test 120 is positive or if the result of the first test 100 is 
negative, the network service management module 14 
(routing) and more specifically its pathway optimising mod- 
ule 20 proceeds, in a step 130, to determine the address of 
the next relay station towards which the message should be 
retransmitted. 

To do this, the pathway optimising module 20 will read 
the routing table(s) stored in the calculating module 18 in 
order to extract an intermediate destination station address 8 
and transmit it to the switching module 16 which will then 
pass it on to the de-encapsulation/encapsulation module 17 
together with the message which is to be retransmitted. 

Of course, alternatively, it might be envisaged that the 
message received in the second format remains in the 
de-encapsulation/encapsulation module 17, for example in a 
suitable memory, and that the switching module 16 transmits 
only the address of the intermediate destination station 8 to 
it. The de -encapsulation/encapsulation module 17 then has 
only to replace the second pair of addresses contained in the 
message received in the second format with a new second 
pair of addresses formed from the address of the interme- 
diate destination station provided by the module for deter- 
mining the optimum pathway 20, and the address of the 
intermediate originating station 9 which is none other than 
the address of the host station. This constitutes step 140 
which completes the procedure of processing by the network 
management stage 5. In a situation of this kind it is advan- 
tageous that all the other parameters of the message to be 
retransmitted remain unchanged. 

It is clear that the messages in the second format may 
contain a field (for example 11 or 12) enabling the network 
card 1 to ignore them without their going back up, and 
consequently avoiding the network management stage 5 
having to work unnecessarily. 

Reference will now be made to FIG. 9 to describe an 
alternative embodiment of the network management stage 5 
shown in FIGS. 3A and 3B. 

In this alternative embodiment, the network management 
stage 5 comprises a synchronising module 21 for synchro- 
nising the host station and, more precisely, at least the 
emitting/receiving means thereof housed in the network card 
1. Synchronisation here means both frequency synchronisa- 
tion in order to be able to set the station to the broadcasting 
frequency of the synchronisation messages, and time syn- 
chronisation so that the host station can be supplied with a 
common time reference enabling it to be set effectively to 
the broadcast frequency mode of the synchronisation mes- 
sages. 

This mode of synchronisation is particularly useful in 
networks of the type known as "frequency jump" networks 
in which the emission frequency of the messages varies over 
time, at the stations, according to a known frequency and 
time plan, for example. 

The synchronisation module 21 may be either tuned to the 
network card 1 via the MAC driver stage 2 (as shown in FIG. 
9) or capable of supplying this network card 1 with syn- 
chronising information via the switching module 16, the 
de-encapsulation/encapsulation module 17 and the MAC 
driver stage 2. 

According to the first hypothesis, i.e. when the synchro- 
nising module 21 drives the network card directly via the 
MAC driver stage 2, the driving may be carried out by a 
particular primitive of the MAC driver stage 2 or by an 
initial configuration primitive, as is conventional in the 
known MAC driver stages. 

In order to be able to take account of the synchronisation 
messages circulating through the medium, in this case the 
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ether, it is advantageous for the service packet management 
module 15 to have a section 22 dedicated to the management 
of the synchronisation messages. Thus, the generating of 
service messages, be they topological messages, neighbour- 
hood messages or synchronisation messages, may be man- 5 
aged by a single service packet management module 15. 
Naturally, the section 22 of this service management 
module, dedicated to the synchronisation message, corre- 
lates strictly with the synchronisation module 21 so as to 
supply it with the synchronisation data contained in the lQ 
synchronisation messages received from the switching mod- 
ule 16. 

Alternatively, the synchronising module might comprise 
its own means for managing synchronisation service pack- 
ets. 

The data relating to the common frequency, contained in 
the synchronisation messages, may comprise either the list 
of frequencies of the development plan of the common 
frequency and the respective durations of these frequencies, 
or an identifier of a list of associated frequencies and ^ 0 
durations, the stations then having a memory in which is 
stored a table of correspondence between the list identifiers 
and the lists and durations. 

By means of the synchronisation module, the invention 
also makes it possible to manage the exchanges of messages 25 
between networks operating according to different synchro- 
nisations. 

Moreover, thanks to the network management stage 5, it 
is also possible to manage the exchanges of messages 
between the networks or sub -networks designated by dif- 30 
ferent numbers contained in a specific field of the messages 
in the second format. 

The invention also relates to the processes for transmitting 
messages (or data, or frames) using the relay stations 
described hereinbefore, and comprising one and/or the other 35 
of the following steps a) and b): 

a) intercepting each message (data, service, topological, 
neighbourhood or synchronisation) which is to be 
exchanged between the network stage 3 and the driver 
stage 2 of a station Si (in the ascending or descending 40 
direction), then analysing the information contained in 
the intercepted message so as to decide to continue its 
transmission, subject to any processing (e.g. 
de-encapsulation followed by transmission to one of 
the modules 14 or 15 or to the network stage 3, or 45 
encapsulation with or without routing), as a function of 

at least one criterion relating to the information 
analysed, and preferably on a field such as the type in 
said information, 

b) generating a message of a selected type (e.g. a topo- 50 
logical or neighbourhood service message, or a syn- 
chronisation message), spontaneously or on request 
from a top layer (network stage 3 or configuration 
module 19), with a view to sending it through the 
medium of a network (or through that of at least one of 55 
the networks when the station is connected to a number 

of networks), as soon as a selected condition has been 
met (e.g. on receipt of a request or at the end of a timed 
period). 

The process may also include all the processing steps 60 
described hereinbefore with reference to the alternative 
systems. 

In the foregoing description, there has been talk of sta- 
tions (PC-type computers) equipped with modules and other 
means. These modules and means include both specific 65 
electronic components (or circuits) and programmed proce- 
dures. 



The invention is not restricted to the embodiments 
described above purely by way of example but also extends 
to the alternative systems and processes which may be 
developed by the skilled person within the scope of the 
claims which follow. 

Thus, messages in the second format are described, com- 
prising first and second fields each consisting of a first or 
second pair of addresses. However, it would also be possible 
for a message in the second format to have only a second 
field, this field preferably consisting of the single address of 
the intermediate station determined by the management 
stage. Similarly, operating modes might be envisaged in 
which the messages in the second format comprise a first and 
second field consisting, respectively, of the single address of 
the final originating station and of the single address of the 
intermediate station determined by the management stage. 

Moreover, it would be possible for the second format to 
have, or resemble, the forms specified in the standards 
802.11 and HIPERLAN, respectively. It is also conceivable 
for the abovementioned formats to be used with slight 
modifications relating to the use of certain fields. For 
example, the standard 802.11 contains fields which may 
carry the address of the bridges between the radio network 
and a distribution system. These fields could be used to 
identify intermediate stations. Similarly, the standard 802.11 
offers the possibility of distinguishing the different types of 
frames; this possibility could be used in the invention to 
discern the different service frames (or messages). 

What is claimed is: 

1. System for transmitting messages between stations (S), 
each comprising: 

an operating system (4), 

a "network" stage (3) for processing and generating 
messages in a first format, 

a communication card (1) suitable for exchanging mes- 
sages in a second format with at least one network, 

a "driver" stage (2) arranged to place the messages 
received from the card (1) or the network stage (3) 
respectively in the first format or second format in 
order to transmit them to the network stage (3) or to 
said card (1), and 

interface means for said stages/card and operating system 
to interface with one another, 

characterised in that some stations (S) at least comprise 
a management stage (5) coupled with said operating 
system (4) by said interface means and arranged to 
intercept messages in the first format which are to be 
exchanged by the network stage (3) and the driver 
stage (2) so as to analyse the information which they 
contain and decide to continue their transmission, 
subject to any required processing, as a function of 
at least one criterion relating to said information 
analysed, and/or arranged to generate messages of a 
selected type, in the second format, with a view to 
sending them through the network via said card (1) 
when a chosen condition is met. 

2. System according to claim 1, characterised in that the 
operating system (4) is a multi-task system. 

3. System according to claim 1, characterised in that the 
messages in the second format comprise a first field (6, 7). 

4. System according to claim 3, characterised in that the 
first field comprises at least one final destination station 
address (6). 

5. System according to claim 4, characterised in that the 
first field comprises a first pair of addresses comprising an 
initial originating station address (7) and the final destination 
station address (6). 
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6. System according to claim 1, characterised in that said 
messages in the second format comprise a second field (8, 9) 
forming at least part of a capsule. 

7. System according to claim 6, characterised in that the 
second field comprises at least one intermediate destination 5 
station address (8). 

8. System according to claim 7, characterised in that the 
second field contains a second pair of addresses comprising 
the last station address, known as the intermediate originat- 
ing station (9), which has emitted the message in the second 10 
format, and the intermediate destination station address (8). 

9. System according to claim 1, characterised in that the 
messages in the second format comprise data (10) repre- 
senting the type of information which they contain. 

10. System according to claim 9, characterised in that the 15 
chosen criterion relates to the type of information (10) 
contained in the messages received from a stage. 

11. System according to claim 1, characterised in that the 
messages in the second format comprise at least one other 
piece of information, particularly representing their 20 
sequence number (11). 

12. System according to claim 1, characterized in that 
each said at least one network is selected from the group 
consisting of radio and wired networks. 

13. System according to claim 12, characterised in that the 25 
format of a radio network is selected from at least the format 

of the "HIPERLAN" standard and the format of the IEEE 
standard 802.111, and in that the format of a wired network 
is selected from at least the ISO standards for the IEEE 
standards 802.3, 802.5 and 802.14. 30 

14. System according to claim 4, characterised in that the 
management stage (5) comprises routing means (14, 18, 20) 
adapted to store at least one routing table comprising at least 
the address of the intermediate destination stations with 
which the station which receives it can exchange messages 35 
in the second format, and in that the routing means (14, 18, 
20) are arranged in order, on the one hand, to extract the first 
field (6, 7) from a message received in order to determine in 
the routing table an intermediate destination station address 
(8) for optimising the transmission of said message to the 40 
final destination station (6) the address of which is contained 

in the first field extracted, and, on the other hand, to form a 
second field containing said intermediate destination station 
address (8) extracted and intended either to replace the one 
initially contained in the second field of the message 45 
received which is to be retransmitted, if the message has 
come from the driver stage (2), or to complete its contents 
with a view to transmitting it, if the message has come from 
the network stage (3). 

15. System according to claim 14, characterised in that the 50 
routing means (14, 18, 20) further comprise calculating 
means (18) adapted to modify the contents of said routing 
table on the basis of routing information contained in the 
service messages in the second format coming from the 
network. 55 

16. System according to claim 14, characterised in that at 
least one of the stations (S) provided with a management 
stage (5) comprises at least one other driver stage (2-2) 
connected to said management stage and to another com- 
munication card (1-2) connected to another network, and in 60 
that the management stage (5) is arranged to select at least 
one of the networks with a view to transmitting messages, as 

a function of the intermediate destination station address (8) 
contained in the second field of the message to be transmit- 
ted. 65 

17. System according to claim 5, characterised in that it 
comprises de-encapsulating/encapsulating means (17) 
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adapted to extract a second field, or at least a capsule 
portion, from a message coming from the driver stage (2) or 
to add a second field to a message intended for at least one 
station of the network via this driver stage (2). 

18. System according to claim 1, characterised in that the 
management stage (5) comprises service message manage- 
ment means (15). 

19. System according to claim 18, characterised in that the 
service message management means (15) are adapted to 
generate messages "for broadcasting" for multiple final 
destination stations belonging to at least one network. 

20. System according to claim 18, characterised in that the 
service message management means (15) comprise timing 
means adapted to count down a chosen period so that after 
the end of each countdown period a service message is 
generated, said end denning the selected condition which is 
met. 

21. System according to claim 18, characterised in that the 
service message management means (15) are arranged so as 
to emit a service message after each modification of the 
routing table, said modification defining the selected condi- 
tion which is met. 

22. System according to claim 1, characterised in that the 
stations (S) comprise configuration means (19) for the 
various stages and card(s) connected thereto and to said 
operating system by said interface means. 

23. System according to claim 18, characterised in that the 
service message management means (15) are adapted to 
generate a service message at the local request of the 
network stage (3) or the configuration means (19), said 
request defining the selected condition which is met, 
wherein the stations (S) comprise configuration means (19) 
for the various stages and card(s) connected thereto and to 
said operating system by said interface means. 

24. System according to claim 16, wherein the stations (S) 
comprise configuration means (19) for the various stages 
and card(s) connected thereto and to said operating system 
by said interface means, characterised in that the routing 
information is contained in messages coming from the 
configuration means (19). 

25. System according to claim 1, characterised in that the 
management stage (5) comprises synchronising means (21, 
22) arranged to form messages synchronised in frequency 
and time, intended for certain other stations, and, on receiv- 
ing a synchronisation message, to extract the information 
therefrom so as to put the emitting/receiving means of the 
communication card (1) of their station into the state cor- 
responding to the information extracted. 

26. System according to claim 25, characterised in that the 
synchronising means (21, 22) are arranged so as to generate 
said synchronising message spontaneously, particularly 
periodically. 

27. System according to claim 25, characterised in that the 
synchronising means (21, 22) are arranged so as to generate 
said synchronising message at the local request of the 
network stage (3) or the configuration means. 

28. System according to claim 25, characterised in that the 
synchronising means (21, 22) are arranged so as to generate 
interrogation messages demanding that a synchronisation 
message is sent. 

29. System according to claim 9, further comprising 
de-encasulating/encansulating means (17) adapted to 

extract a second field, or at least a capsule portion, from 
a message coming from the driver stage (2) or to add a 
second field to a message intended for at least one 
station of the network via this driver stage (2), wherein 
the management stage (5) comprises service message 
management mans (15), and 



US 6,6 

17 

synchronizing means (21, 22) arranged to form messages 
synchronized in frequency and time, intended for cer- 
tain other stations, and, on receiving a synchronization 
message, to extract the information therefrom so as to 
put the emitting/receiving means of the communication 
card (1) of their station into the state corresponding to 
the information extracted, characterised in that the 
management stage (5) comprises switching means (16) 
connected to said de-encapsulating/encapsulating 
means (17), to said routing means (14, 18, 20), to said 
service message management means (15) and to said 
synchronizing means (21, 22). 
30. System according to claim 29, characterised in that the 
switching means (16) are adapted to determine, from the 
type of messages received, the stage (stages), among the 
network stage (3) and the driver stage (2), and/or the means, 
among the routing means (14, 18, 20), the de -encapsulating/ 
encapsulating means (17), the synchronising means (21, 22) 
and the service message management means (15), which is 
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or are affected by a message which they have received, and 
to transmit said message to the stage (stages) or means thus 
determined. 

31. System according to claim 1, characterised in that the 
5 management stage (5) forms part of the driver stage (2). 

32. Process for transmitting messages between the sta- 
tions (S) of a system according to claim 1, characterised in 
that it comprises one and/or the other of the following steps: 

a) intercepting messages which have to be exchanged 
10 between a network stage (3) and a driver stage (2) of a 

station (S), then analysing the data contained in said 
intercepted messages so as to decide to continue trans- 
mitting them, subject to any processing, as a function of 
at least one criterion bearing on the data analysed, 
15 b) generating a message of a selected type, with a view to 
broadcasting it in the network when a selected condi- 
tion is verified. 



